...
In Review
Expand Jira server DuraSpace JIRA jqlQuery filter=13100 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 Please squash a bug!
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13122 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 Tickets resolved this week:
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13111 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 Tickets created this week:
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13029 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5
Notes
Announcements
- Fedora will likely be holding more on-line events
- Online programs (like Fedora) are finding increased interest due to the need for online services
Sprint update
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-3264 - Response codes in PR differ from draft spec
- https://github.com/fcrepo/fcrepo-specification-atomic-operations/pull/8/files
- ACTION: Danny to create JIRA to update spec for response codes
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-3249 - Message Bus
- A PR should be available today
- Outstanding question: What is the interplay with partially successful transactions
- Is there a difference between FCREPO-3249 and FCREPO-3250?
- maybe not
- ACTION: Danny to ensure that a JIRA exists for scenario of transaction does not succeed completely, but rollback does succeed
andJira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-3247 Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-3262 - Both of these are done... just need to create pull-request
- Jared has a non-sprint PR related to RebuildIT.java coming soon
- Danny and Jared should coordinate... since they are both working on this class
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-3265
- Basically done
- Possibility may exist for "transaction hijacking"... likely a non-issue
- Question about multiple transactions modifying the same resource
- There is a currently commented out integration test.. it would involve "object locking"
- Optimistic locking is one possible approach, OCFL library supports this
- ACTION: Ben P to create ticket to use OCFL optimistic locking in transactions
- Could potentially take advantage of an existing "prepare()" method
- Record state of resource when session is open
- Potentially some Fedora-level object locking
- Open question has mutable head would be impacted
- ACTION: Peter W to create a JIRA to investigate support for optimistic locking and mutable head
- needs team reviewJira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-3267 - Plan to wrap up sprint by end of day tomorrow
Plain vanilla OCFL rebuild
- ACTION: Danny to ensure JIRA exists for such a rebuild
Moving to fcrepo GitHub org
- Likely make the transition around the time of the 6.0 Beta release
Fedora 6 testing
- Continuing to organize around suite of performance and acceptance tests for Fedora 6
Actions
- Who: Clarify in documentation that multiple simultaneous writes to OCFL are not supported
- Who: After team has a chance to comment, send Ghost Node idea to general community for feedback
- Who: Decide who works on what in the next sprint
...