Use Cases use the the EDC API and thus to use the APIs. The JSON-LD Management API is poorly validated, hard to use and a risk for any project when using the EDC due to the intransparency and weakness of JSON-LD.
Having a unified openapi-generator-friendly list of API Client Libaries allows for better enablement of customers to start developing / automating EDCs quickly.
With these new models and endpoints tailored for auto generation we could do multiple things:
Have API clients in both TypeScript, Java and potentially other languages that are mostly automatically generated, allowing us to ship changes faster and thus confidently change things.
We could work around API changes that might come from changes between milestones.
We could offer a simpler and more opinionated workflow for working with the EDC.
Benefit: Make sovity EDC more attractive as underlying tech such as in the context of ConCat
Personas who benefit
anybody who wants to interact with our EDCs programatically
Hypothesis
Using auto generated API clients saves time and effort.
Adjusting to milestone changes once in this extension takes less time and effort than adjusting consumers of our EDC APIs.
Not having to handle JSON-LD semantics on the API user side by using the API Wrapper REST APIs over JSON-LD APIs saves time, nerves and entire projects, due to JSON-LD API difficulties being hard to plan or expect.
Participating Epics
Preface
Description
Use Cases use the the EDC API and thus to use the APIs. The JSON-LD Management API is poorly validated, hard to use and a risk for any project when using the EDC due to the intransparency and weakness of JSON-LD.
Having a unified openapi-generator-friendly list of API Client Libaries allows for better enablement of customers to start developing / automating EDCs quickly.
With these new models and endpoints tailored for auto generation we could do multiple things:
Why Is the Feature Desired?
Personas who benefit
Hypothesis
Stakeholders