Reminder: Please copy/paste the Zoom chat into the notes. If you miss it, this is saved along with the meeting recording, but having it here has benefits.
General dissatisfaction with current state of edge APIs, many (most?) are doing some or all integrations for live data through the Okapi APIs, as the edge APIs for discovery do not provide everything.
Some lower-level needs are not met at all, such as sorting multi-item display by volume.
Question about whether it is worth maintaining things like edge-rtac.
Quick updates only. If we can't find volunteers for groups, we'll need to add the topic to our backlog and address it during dedicated discussion sessions.
Standing agenda item... is there anything in the decision log requiring attention?
...
5-10 min
Ramsons OST page
All
On we reviewed the page, but weren't ready to move it to ACCEPTED yet as there were some unknowns related to Jest/RTL, Yarn, etc. Craig McNally clarified those points with UI devs (Zak Burke) and I think we're now ready to give a final review and accept the page.
Standing agenda item to review/discuss any requested or required changes to officially supported technology lists
Check in on progress... does anything else require attention?
Next Important Milestone: Review Ramsons (3rd party dependencies) and move from DRAFT → ACCEPTED by
Maybe we should aim to start looking at this on so we have time for discussion/adjustments
Notes from (this meeting):
On Wed, try to move Ramsons OST from DRAFT to ACCEPTED.
Two activities in preparation
Review policies and reasoning on page with intent to vote on approval
Look at third-party dependencies.
NOTE: Java 17 support will run out, see conflicting dates but possibly Sep. 2024, need someone to dig into this.
Notes from this (5 Feb 2024?) meeting:
Maccabee Levine described updates to the process examples and walked through the example with Craig McNally who raised minor amendments
Marc Johnson suggested that there will only be 2 releases in 2024. Owen Stephens and Craig McNally asked if anyone was aware of an official announcement on this
Craig McNally asked when there would be 4 active flower releases? Marc Johnson advised that there will be 4 releases when the previous 2 are in support, the current one is being released (and has not become generally available) and the next release has started development (after the feature freeze for the current release)
Marc Johnson shared the draft inclusion of policy decisions and reasoning for each type of technology in the Ramsons OST page
Craig McNally asked TC members to provide feedback on these changes
Notes:
Marc Johnson last week fixed an OST example about timing at feature development freeze.
TCR Process Improvement PR now refers to "most recent ACTIVE" release.
Ramsons will move to ACCEPTED later this month 2/16. So should start looking at it.
This means we have to now (by 2/16) nail down the third-party dependencies.
Need versions on FE languages. Need FE review of FE build tools, etc. Craig McNally flagged Zak BurkeYogesh Kumar on various parts of the page.
BE: No plans to move to new Java, Groovy. Julian Ladisch made several wiki page comments on versions.
For "unspecified versions" items, we should not be listing versions? Have to either adopt new policy or not.
Dev teams take responsibility for using the latest version they can sensibly use. Needs to be supported.
TC doesn't dictate version because the version doesn't have to be aligned across modules. It may be de facto aligned anyway, i.e. Vertx may be constrained by version of RAML Modules. Similarly FOLIO Spring Base. Or Stripes will dictate the version of React.
One of Specified Versions.
Expect module developers to comply with one of the specified versions, i.e. Java 17 or 21. The platform will support both. Individual modules just need to run on one or the other.
All of Specified Versions.
Modules are supposed to work with all of the specified versions. I.e. Postgres during Quesnelia, modules have to work with 14-17. At any one time it would only be run with one, but has to be able to run with any of them.
Allocation of each software to a policy depends how much project-wide alignment we need about that tool. There is a reasoning statement for each one explaining why.
Craig McNally helpful to link to products' support pages so dev teams can see which versions are supported easily. Not a blocker on Ramsons moving to ACCEPTED.