User Story
As a BaSyx user,
I want to identify AAS constraint issues in my AAS data with a dedicated endpoint,
so that I don't have to POST the data blindly without knowing what could potentially go wrong down the line.
Rules
- Create a new /verify endpoint that is available in all three repositories
- The endpoint should be able to verify Shells/Submodels/ConceptDescriptions no matter what component it belongs to
- The endpoint should accept application/json, application/xml, application/aasx+json, application/aasx+xml (application/json should be available as request body and also as form data; the rest is just form data)
- The endpoint should accept individual Shells/Submodels/ConceptDescriptions as well as entire Environments containing all of them together
- AAS Core Works
verify()functionality should be used
- All errors should be returned
Acceptance Criteria
List the measurable conditions under which this task is considered complete.
Risks and Assumptions
- Probably makes sense to have the
/uploadendpoint in place first since logic from that one can potentially be reused
User Story
Rules
verify()functionality should be usedAcceptance Criteria
List the measurable conditions under which this task is considered complete.
Risks and Assumptions
/uploadendpoint in place first since logic from that one can potentially be reused