...
- The solution must provide the foundational layer for consuming dynamic schema changes in the future
- AAI schema service must support the ability to centrally persist (build-time) and serve (run-time) schema via REST
- AAI schema service must support the ability to centrally persist (build-time) and serve (run-time) custom queries via REST - removing the custom query definitions from the traversal service and making the schema service responsible for them.
- AAI schema service must support the ability to provide a complete schema as one document even if persisted via multiple files
- AAI schema service must support the ability to provide a list of documents stored
- AAI schema service must support the ability to provide an individual document
- AAI schema service must support the ability to provide associations/grouping between documents (needs more clarity)
- OXM and Edgerules paired by version [v11, v12, v13]
- Grouped by usecase w/ multiple OXM files
- AAI schema service must continue to support clients that consume the schema via XSDs and POJOs as build-time artifacts
- MSO uses this, and would have to update configuration for the location
- Followup item: Check with SEs on who is consuming the XSDs
- AAI schema service must start before the Client AAI microservices that depend on it
- Client AAI microservices that currently depend on aai-common / aai-schema artifact at build time must use the AAI schema service REST API as its source for OXM schema files and edge rules
- Client AAI microservices must support an fallback mechanism that can be optionally triggered at microservice start-time
...