...
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
The participants that decided to cancel the second tech meeting from today will be cancelled, as there is an ongoing sprint.
- Highlights from last week:
- preparations for Tomorrow's meeting between Fedora and OCFL team regarding possibly large inentory files in OCFL takes place tomorrow
- regarding fedora implementation of OCFL persistency: no decission has been made so far regarding unversioned content/modifiable head
- Idea from Andrew Woods: instead of writing new OCFL version for every change, write all changes to head until explicit Fedora version is created
- would mean OCFL versions and Fedora versions are aligned again
- no head version, treat latest version as head (no extra directories)
- squashing would be possible
- Peter Winckles : with this approach it could get tricky to implement updates as atomic operation (create v1, copy to v2, write update to v2); but approach could work
- Fedora Leaders and OCFL editors must be contacted to check if this approach is feasable
- Do we need to support deleting of mementos if we implement a squashable HEAD?
- Sprint Update:
- design discussions
- Presentation of Flow Diagram Adding Binary to Existing AG by Ben Pennell
- core development gateway tickets
- FCREPO-3046: should be done later this day(?)
- Review of https://github.com/fcrepo/fcrepo-specification-atomic-operations/pull/8
- no need to limit transactions to single resources
- keep a lot of existing approach for transactions if possible
- design discussions
Actions
- Aaron Birkland to look explore notion of OCFL client with database as authoritative metadata source + asynchronous writing of the inventory.json file
- Peter Eichman and maybe Ben Pennell to make recommendations re transaction side car specification. - https://github.com/fcrepo/fcrepo-specification-atomic-operations/pull/8
- Andrew Woods will look into java 11 transition
- David Wilcox will review the NDSA matrix and pull out the concrete technical requirements that could be considered during the Fedora 6 development.
- Jared Whiklo will try to do some work on the PersistentStorage Interface. - https://github.com/fcrepo4/fcrepo4/pull/1542
...