Skip to end of banner
Go to start of banner

Officially Supported Technologies

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 16 Next »

This list of Approved Technologies is intended to guide developers in choosing technologies that the FOLIO Technical Council has acknowledged to be compatible with the FOLIO project's existing architectural and operational requirements. 

Given practical concerns it is not intended that this list be comprehensive, and it should be expected that this list will grow and change over time. Proposed changes should be communicated to the TC, who will serve as the maintainer of these lists.

Each document in this section will be tracked by the following statuses:

STATUS 

CHANGES

APPLIES TO NEW MODULES

TARGET RELEASE

DRAFT

Security, 1st party, third party

NO

Future

ACCEPTED

Security, 1st party only

NO

Future

ACTIVE

Security, 1st party only

YES

Current Flower Release (In support)

  • Being developed/in progress
  • Latest release in production
  • Previous release

ARCHIVED

NO

NO

Past Flower Release(Out of support)

As changes are made to these lists of Officially Supported Technologies, the changes need to be communicated to interested parties.  The following list of slack channels (or subset of the following) should be used:

  • #sys-ops
  • #development
  • #folio-implementers
  • #product-owners
  • #folio-community-council
  • #folio-product-council
  • #releases

Timing of Upkeep Activities

  • When release cycle milestones are published, the TC should plan the following activities (e.g. put them on the calendar / meeting agendas / etc.)
  • When a release is GA, the TC should create the DRAFT for the release after the next
    • E.g. at Poppy GA, the TC should create the DRAFT for Ramsons.  The Quesnelia page would have been created when Orchid went GA.
  • The TC should transition DRAFT pages to ACCEPTED for the next release prior to the release scope composition deadline
    • The TC should start reviewing the draft in the weeks leading up to this milestone
  • The TC should transition ACCEPTED pages to ACTIVE when development begins on that release (i.e. around the feature development freeze for the current release cycle.) 
    • E.g. at Poppy feature development freeze, the Quesnelia page would transition from ACCEPTED to ACTIVE
  • ACTIVE transitions to ARCHIVED when the release goes out of support
    • E.g. at Poppy GA, Nolana is no longer supported, and should be ARCHIVED.

Open Questions:

  • Timelines - What are the relevant milestones in the release cycle for moving a page from one status to another?
  • Do we want a single status for the current release + releases still in support periods?  Or do we want multiple status for these?
  • Do we even need status at all?  Can we instead lean on the approval/review dates?
  • What exactly does the process look like?
    • In terms of "communicating changes to the TC
    • wrt workflow/state transitions
    • etc.
  • No labels