...
Attendees
Darsi Rueda
Tod Olson
Dale Arntson
Shelley Doljack
jpnelson
Jeff Fleming
Carol Sterenberg
Ingolf Kuss
Brooks Travis
Ian Walls
Meeting Link
- https://zoom.us/j/204980147
- password: folio-lsp
...
Time | Item | Who | Notes |
---|---|---|---|
Jiras | Theodor opened a few Jiras https://issuesfolio-org.folioatlassian.orgnet/browse/SUP-75 | ||
50 | Optimistic locking issue with upsert50 | https://issuesfolio-org.folioatlassian.orgnet/browse/MODINVSTOR-910 Optimistic locking keeps upsert in the batch mod-inventory-storage api from working because you need to know the record version # and update it with same in order to be able to update it. Otherwise the record is “locked” to you. Data import app should still work. Ian is using Data Import app to migrate a small library. Load vendor files with Data Import app, even if doing under the hood with apis, use "Data Import app endpoint" Brooks: Should be a way to bypass the version check for batch updates/batch loads Tod: Would some small number of people be willing to write up the operational problem, and the obstacles we’re running into. Jeffrey: Does the same as Jeremy, trying to post each record in a failed batch/doing the checks. Does some of each depending on process. Brooks: the apis seem to have been overlooked when considering optimistic locking. Works for Data Import because if a record hits the problem, code pulls it again, does its update, and reposts. Tod: We don’t need to provide a solution, we need to say we have an operational problem. Is a problem for anyone migrating. Batch updates (dump, update externally, reload). Probably this group does not have the power to actually change this. But we could raise awareness. ACTION FOR THIS GROUP: Small subset of us (Ian, Jeremy, Ingolf, Theo): Create a document that describes our troubles with the current implementation of optimistic locking. Doing this outside of the ticket so it can be seen by all and hopefully agreement that it is a problem that needs solving. Document: Optimistic locking makes inventory-batch APIs upsert loads fail Work on this document and report back to this group in two weeks. | |
10 | Orders migration10 | Advice about amount of resources to allocate for loading orders, number of pods? We only have one mod-orders/mod-orders-storage composite-orders. Jeff gets ~400-500/hour. Stanford getting 120/hour. Question about finance data/budgets. Working from spreadsheet to form json. For budgets, required field allocated is supposed to be used when posting the real budget allocation? Or need to use finance transaction endpoint when allocating budgets (Erin’s advice?). Duke allocates the $$ after the budget is created (a secondary step), with a financial transaction. Jeff sets allocation to 0 when creating the budgets. Julie then allocates money to them. Maybe ask on Acquisitions SIG channel #folio-acquisitions-sig | |
...