...

1. Do we want/need to incorporate version into the discriminator too?  This is something that came up in the JIRA comments here.
2. Do we even want to support RAML?  If OpenAPI is the way forward, maybe we skip defining it in RAML...
   1. Has a way of sharing common API definitions/traits been sorted out yet on the OpenAPI side of things?
   2. Is the expectation that all modules will eventually move towards OpenAPI?  Even those which currently use RAML?

JIRAs

• Jira Legacy
  server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key UXPROD-3018

• Jira Legacy
  server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key FOLIO-3105

• Jira Legacy
  server System JiraJIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key FOLIO-2875

• At least one user story for the OKAPI and ModuleDescriptor work
• One story for the RAML/OpenAPI work
• One story for the RMB work
• One story for the folio-spring-base work.
• One story for stripes-smart-components work.
• One story for a module to make use of this (Provider/BE)
• One story for a module to make use of this (Consumer/FE)

• Jira Legacy
  server System JIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key FOLIO-3121

• Jira Legacy
  server System JIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key FOLSPRINGB-18

• Jira Legacy
  server System JIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key OKAPI-1008

• Jira Legacy
  server System JIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key RMB-827

• Jira Legacy
  server System JIRA serverId 01505d01-b853-3c2e-90f1-ee9b165564fc key STSMACOM-499