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)
|
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.