Skip to end of banner
Go to start of banner

DR-000019 - Spring Way Equivalent of Edge-common

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 11 Current »

Submitted Date

 

Approved Date

 

StatusACCEPTED
ImpactLOW

 

Overrides/Supersedes 

This decision was migrated from the Tech Leads Decision Log as part of a consolidation process.  The original decision record can be found here.

RFC 

N/A

Stakeholders

  • Edge API developers

Contributors

Craig McNally Mikhail Fokanov Viachaslau Khandramai (Deactivated) 

Approvers

This decision was made by the Tech Leads group prior to the adoption of current decision making processes within the FOLIO project.

Background/Context

As development teams begin to adopt the spring way for module development, it's become apparent that there's a desire for some of these teams to work with the same tech stack when developing edge APIs.  

Two examples:

Assumptions

N/A

Constraints

N/A

Rationale

N/A

Decision

Create a spring way equivalent/port of edge-common, and pull share/common classes/utils into an edge-api-utils library which can be used from both edge-common and the spring way equivalent (edge-common-spring). 

Implications

  • Pros
    • N/A
  • Cons
    • N/A

Other Related Resources

JIRAs
Notes
  • edge-dematic can be used as a reference.  Much of this work can be seeded from that repository and generalized.
  • The Concorde team has agreed to take on this work as it would allow them to use it for development of edge-search-srs.
  • No labels