Details
-
Type:
New Feature
-
Status: Open (View Workflow)
-
Priority:
P3
-
Resolution: Unresolved
-
Affects Version/s: None
-
Fix Version/s: None
-
Component/s: None
-
Labels:
-
Template:
-
Epic Link:
-
Development Team:Thunderjet
-
Calculated Total Rank:
-
PO Rank:0
-
Rank: Cornell (Full Sum 2021):R1
-
Rank: Duke (Full Sum 2021):R1
-
Rank: GBV (MVP Sum 2020):R1
-
Rank: U of AL (MVP Oct 2020):R2
Description
Purpose: Implementing Optimistic Locking in Orders.
Description:
Implementation of Optimistic Locking FOLIO wide was ranked very high by the libraries. The implementation in the orders app will follow examples set by the inventory module.
Usecases: (Use cases collected by the community)
Not frequent: 2 users editing the same record at the same time
- User A and User B editing the same record at the same time – orders and orders lines
More frequent: 1 user and system trying to act on the same record, either individual records or batch
Two automated processes acting on the same record
Technical documentation:
GitHub: https://github.com/folio-org/raml-module-builder/blob/master/README.md#optimistic-locking
NOTE: without additional changes, this could break data import. When an import needs to update a record, it should use that record's _version value.
TestRail: Results
Attachments
Issue Links
- defines
-
UXPROD-3058 Optimistic Locking
-
- In progress
-
- is cloned by
-
-
- Open
-
- relates to
-
MODORDERS-536
Update mod-orders to support optimistic locking for some tables
-
- Open
-