Time/Place
This meeting is a hybrid teleconference and slack chat. Anyone is welcome to join...here's the info:
Attendees
- Andrew Woods
- Danny Bernstein
- Ben Pennell
- Jared Whiklo
- Aaron Birkland
- Peter Eichman
- Bethany Seeger
- David Wilcox
- Jon Roby
- James Silas Creel
Agenda
Announcements
- Fedora Leaders update
- Sprint Planning Update
- Happy camel toolbox news
Import Export "mini-sprint"
Please squash a bug!
Tickets resolved this week:
Tickets created this week:
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?
- Actions