-
Epic
-
Resolution: Done
-
Medium
-
None
-
None
-
Schema Abstraction
As an AAI team we need to develop methodologies to abstract the schema in order to reduce build times and make schema changes less cumbersome.
- 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
- 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