...

1. In Review

   Expand
   Jira server DuraSpace JIRA jqlQuery filter=13100 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5

   
   

2. 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

   
   

3. 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

   
   

4. 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.

1. Highlights from last week:
2. preparations for Tomorrow's meeting between Fedora and OCFL team regarding possibly large inentory files in OCFL takes place tomorrow
   1. regarding fedora implementation of OCFL persistency: no decission has been made so far regarding unversioned content/modifiable head
   2. Idea from Andrew Woods: instead of writing new OCFL version for every change, write all changes to head until explicit Fedora version is created
      1. would mean OCFL versions and Fedora versions are aligned again
      2. no head version, treat latest version as head (no extra directories)
      3. squashing would be possible
      4. 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
      5. Fedora Leaders and OCFL editors must be contacted to check if this approach is feasable
   3. Do we need to support deleting of mementos if we implement a squashable HEAD?
3. Sprint Update:
   1. design discussions
      1. Presentation of Flow Diagram Adding Binary to Existing AG by Ben Pennell
   2. core development gateway tickets
      1. FCREPO-3046: should be done later this day(?)
      2. Review of https://github.com/fcrepo/fcrepo-specification-atomic-operations/pull/8
         1. no need to limit transactions to single resources
         2. keep a lot of existing approach for transactions if possible

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
  

...