Details
-
Story
-
Status: Closed
-
Medium
-
Resolution: Done
-
None
-
None
Description
Use database transactions backed by sessions.
Sessions should be opened and closed by the client wherein the transactions inside these sessions handle all queries to the database with control of when to commit the changes.
- Do we need to store/return session Ids?
- where to store
- in memory
- where to store
- Where in CPS should the sessions be called from?
- starting session?
- cpsDataPersistenceService
- no parameters
- starting session?
A/C
- POC
- Unit tests
- Agree with the team where Util class is implemented and called from
- Demo to team with use cases of the methods
Out of scope
- Which methods should be overloaded with SessionID?
- for anchor locking purpose
- cps-ri
- queryDataNodes?
- getFragmentByXpath?
- cps-ri
- for anchor locking purpose
- exceptions
- session lifetime
- Transactions are usually ended by 'commit()' so all queries will be added when this is called
- rollback on a previous uncommitted query?