30 min | External Code Submissions | | - LDP app evaluation
- Ongoing work on Acceptance Criteria and Processes (submission, evaluation, etc.)
- We need to publish the Acceptance Criteria v1.0 somewhere, and probably add references/links in other places.
- Ian Wallsto continue to lead this effort?
- Agree on short and long term goals
- Define processes for submission, evaluation, review, feedback, acceptance
- Improve the AC with more verifiable criteria, links to supporting documentation, etc.
*** - Ian Walls will continue to shepherd the Acceptance Criteria toward perfection
- weekly meeting for the subgroup?
- publish this ... somewhere! (Git, Wiki, dev.folio.org...?)
- TC: yes publish it; please subgroup figure this out.
- mod-ldp evaluation continuing discussion
- POST with read permission seems odd? should maybe be a GET? Nassib Nassar to follow up
- ref data? not applicable.
- .mvn can (should) be removed; it isn't sensitive but committing it was just a mistake
- tenant segregation: LDP is not multi-tenant the same way that FOLIO is. Current understanding is that mod-ldp cannot be configured in a multi-tenant manner ATM; Nassib Nassar to follow up with developers. Tod Olson: documentation about how to configure multi-tenancy to protect data in transit and at rest would be helpful.
- TC note to self: we need to make our criteria WRT DB schemas clear here; they apply specifically to modules with storage, not to external systems.
- tolerance of missing/bungled config is a WIP
- discussion about probationary acceptance rather than pass/fail was spirited.
- must-meet requirements: multi-tenancy, /admin/health
- concern that we are making must-meet decisions on the fly
- Jeremy Huff TC perceived the implicit desire to get LDP into Kiwi, but at the same time was asked to develop the acceptance criteria at the same time. Time was short.
- ui-ldp: make sure we incorporate UX guidelines discussed on Slack into the AC
- github home for the code: Jeremy Huff : should be folio-org, or alternatively should be developed like an SDK that anything can use in the manner of a third-party app.
- 12:11, folks need to drop for other meetings, we are running late, and uncertain about the next steps
- VBar: I think of eval as transactional. Project submit a module, gets the eval, then can resubmit. Process we are discussing is more like an open ticket, which may/may not be desirable. There is some agreement.
- Jeremy Huff: process with LDP is justifiably different than the ideal.
- Marc Johnson: points out there is not, yet, a deadline in the Kiwi release schedule. Many folks are thinking of it as 2021-09-24, but not all.
- General agreement that later dates should be reasonably considered.
- Steffen Köhler: what is the push to have this in Kiwi? Why don't libs who want this just deploy it even if it's not official?
- Nassib Nassar community, through the PC, has expressed strong desire to have this app included in the distro.
- VBar: yes, but that is orthogonal to TC's technical evaluation
- Craig McNally: we agreed on pass/fail. Are we intending to question that?
- Jeremy Huff: in this particular instance extenuating circumstances apply. Zak Burke, Jakub Skoczen agree.
- Mark Veksler: plan a "must have" list for the next release (Lotus)?
- Folks would rather use full criteria for Lotus; some willing to consider "must have" criteria for Kiwi. Bugfest deployment starts 2021-10-11; testing starts 2021-10-18.
- Ian Walls: Some folks feeling is that kiwi is possible depending on evaluation of criteria as features/bugs and how the kiwi feature
|