...
- Andrew Woods
- Danny Bernstein
- Ben Pennell
- Jared Whiklo
- Aaron Birkland
- Bethany Seeger
- Peter EichmanBethany Seeger
- David Wilcox
- Jon Roby
- James Silas Creel
Agenda
Announcements
- Fedora Leaders update
- LDP - OCFL Not-A-White paper Leadership meeting
- Sprint Planning Update
- Happy camel toolbox news
Import Export "mini-sprint"
- For consideration: two-layer architectural approach - refactoring the persistence layer
<your discussion point here>
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
Minutes
- Fedora design meeting was successful. Further debrief to come.
- James Silas Creel indicating that the CAP system has changes and documentation to make it work with alternate authentication systems. These will be ready for a forthcoming release.
- Camel toolbox is not working and seems to be problematic to move to work with Fedora 5.
- Some time needs to be spent on how the parts still work together.
- If we are moving to a deployable jar then the structure should considered to allow.
- Jared Whiklo will continue to work on the fcrepo-camel-toolbox in Karaf, but a implementation as a JAR/WAR could be.
- https://github.com/fcrepo4-labs/fcrepo-camel-webapp - an old wrapper for the fcrepo-camel that allows you to compile in whichever options you want in a single WAR file.
- Bethany Seeger mentioned that at Amherst they are working with Gradle and maybe there are simpler fixes there.
- Aaron Birkland suggests that each executable component would result in an executable JAR, then each could be deployed separately and connected as needed.
- Clear resolution on how to map OCFL to LDP model. Review the Fedora 6 sprint document and comment on the page and/or ask questions in Slack.
- Transactions are expected to remain, but there is some desire to not have the API change. Perhaps using the sidecar transaction specification for the time being.
- Aaron Birkland has written up a high-level summary for JHU which might have people understand the decisions - https://docs.google.com/document/d/1-VXJ3JjtWWUooxCWegptWAUwvCp1SYjgzqZI9a1r45c/edit
- We need to clarify the plan for transactions: no change to current interaction approach or do we intend to ratify and align the codebase with the side-car spec?
- Leaders Update:
- Document's purpose is to provide a clear description of how LDP and RDF fit into Fedora 5 and 6 respectively.
- Not a debate, but an attempt to describe so that we can all be on the same page when we talk about the future of Fedora.
- fcrepo-camel-toolbox build is failing on travis only due to excessive logic output due to a Shiro bug and one test is failing due to camel dependency update.
- LDP and RDF in Fedora document
- comes from Fedora leaders call
- questions the degree of influence that RDF has on Fedora architecture
- purpose of document is not to debate issues
- purpose IS to describe where RDF concepts fit in the Fedora architecture
- looking to come to a consensus about what is true
- use for guidance for Fedora 6 implementation
- hoping to clear up some basic misconceptions about impact of things like LDP
- putting a halt on sprint planning until we get clarity and unity on Fedora 6 direction from leaders
- camel toolbox
- many dependencies, were confusing
- message count expected was 2, now there are 3x messages due to versioning
- upgrading to Camel 2.20 would get rid of security alerts
- still failing on some seemingly basic tests
- 2.18.2 would resolve all but 1 moderate severity
- Travis is failing because of too many warnings from Jetty about Shiro
- upgrading Vagrant shouldn't be too hard
- 4.8.0 camel toolbox released
- import-export "mini-sprint"
- Danny has started working on export of versions for Fedora 5
- looking for folks to join this work
- objective get import/export working for Fedora 5
- looking for volunteers for the next week, mostly to work on PRs
- Bethany will be available for some PR review
- two-layer architectural approach
- good to see community to stating their needs
- there is an opportunity to try to satisfy the various camps
- current API, web standards-based, HTTP/LDP interaction
- folks that don't care about the HTTP layer, but DO care about repository and storage layer, transparent persistence, simple CRUD interaction
- API for this layer TBD
- architecturally we are already positioned for a two-layer approach
- what should an API at the bottom layer (persistence layer) look like?
- no LDP
- should a low-level API be HTTP?
- or native or CLI APIs?
- question of how much of the LDP relationships would get pushed into the persistence layer
- bottom layer as a stateful service
- support multiple simultaneous clients and be performant
- horizontally scalable persistence layer
- state-token-based locking
- is LDP the problem?
- if we can get a performant non-Modeshape version using LDP, we could improve the perception of LDP
- in Fedora 4, there was a perception that you MUST use RDF
- go back to a model that actively supports storing XML
- messaging, but also need more XML-based tooling to get people to accept storing XML into Fedora 6
- really looking at a model of Fedora 3 to Fedora 6
- the LDP aspect can more-or-less be ignored
- use a minimalist two-level hierarchy where the top level is an object, next level is datastream
- OCFL community meeting
- discussion about an HTTP API for OCFL
- if it is possible, can LDP can be overlaid over OCFL?
- OCFL subset-of LDP subset-of Fedora API
- try to make this pattern (basic CRUD interactions with a repository) known and accepted
- Fedora 3 mode that complies with Fedora 1.0 API but that can ignore the LDP stuff
- what would the ideal API for folks not interested in LDP
- folks want JSON
- better messaging around JSON-LD
- JSON merge patch for updates
- Peter Eichman is planning to work on documenting UMD's fixity check system on the Fedora in Production: Case Studies wiki page.
- Peter Eichman : will complete review of
when Jared Whiklo is finished with the above.Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-1889 - Jared Whiklo : to take the baton on
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-2787 - Peter Eichman : to review
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-1889
...