Time/Place
This meeting is a hybrid teleconference and slack chat. Anyone is welcome to join...here's the info:
- Time: 11:00am Eastern Daylight Time US (UTC-4)
- Audio/Video Conference Link: https://lyrasis.zoom.us/j/396037251
- Meeting ID: 396 037 251
- Find your local number: https://lyrasis.zoom.us/u/ad6Xb7q3ia
Join fedora-project.slack.com on the "tech" channel
- Self-register at: http://slack.fcrepo.org/
Attendees
- Danny Bernstein
- Jared Whiklo
- Andrew Woods
- Peter Winckles
- David Wilcox
- Ben Cail
- Thomas Bernhart
- Daniel Lamb
- Ben Pennell
Agenda
Announcements
- Sprint Post Op Reflections
- Sprint board
- Remaining items?
- Demo
- What's up next?
- 2020 Sprints - Fedora 6#2020SprintsFedora6-May4-8
- Feature tracking
- Next sprint focus?
- webacs
- rebuild from "plain vanilla" (non-Fedora generated) OCFL
- ...
- ...Patch
- Containment Index
- How to handle SQL differences (H2, MySQL, PostgreSQL) - pluggable connectors?
- Fedora 6 testing
- Committers/Leaders call topics
<Add your topic here>
Expand title Tickets resolved this week... Jira server DuraSpace JIRA jqlQuery filter=13111 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5
Tickets
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
- Zoom waiting room is now enabled – Let David know if it's a problem
- Sprint Post Op Reflections
- Sprint board
- Just a couple of tickets still in review
- Reflections on sprint? Changes for next sprint?
- Ben: Quiet but went well. Short week, due to holiday.
- Daniel: Agrees with Ben. Scope seemed appropriate. Next sprint stay conservative. Separate lanes worked well.
- Jared: Went well. Liked the separate lanes.
- Peter: Same
- JMS events done?
- ResourceTypes are not currently correct: https://jira.lyrasis.org/browse/FCREPO-3279
- Ben says that there was some thought that you might want to differentiate between user managed and server managed types, which is why you might want to resolve the types at render time.
- Jared says that some of the types are currently being added in getTriples, so perhaps the code should just be moved to getTypes and have getTriples call it.
- PATCH isn't implemented so those events aren't there yet
- ResourceTypes are not currently correct: https://jira.lyrasis.org/browse/FCREPO-3279
- Demo
- Features:
- Rebuild
- Messaging
- Transactions
- Rebuild will be the most interest to people.
- Shouldn't be too technical
- Andrew thinks it'd be good to demo the relationship between Fedora and OCFL versions and all of the different ways that they're created.
- Features:
- Sprint board
- What's up next?
- 2020 Sprints - Fedora 6#2020SprintsFedora6-May4-8
- Feature tracking
- Next sprint focus?
- webacs
- Might be less important than Simple Search
- Maybe if someone from Maryland was on the sprint
- PATCH
- Jared: Thinks it will be easier without Modeshap
- DELETE
- Vanilla OCFL rebuild
- No one has vanilla currently, so the feature might that be that high of priority
- Migration utils produce Fedora OCFL and/or Vanilla OCFL?
- What does the community think? How highly valued is running on vanilla OCFL?
- How about a tool for converting vanilla OCFL to Fedora OCFL?
- Peter: It doesn't seem right to run Fedora on Vanilla OCFL but have the new objects it produces be Fedora OCFL.
- Simple Search
- Andrew: People want this feature; we haven't done it before so there's risk and unknown; might be worth doing early
- Ben: Agrees it'd be good to figure out early – figure out its integrations with other components
- webacs
- Containment Index
- How to handle SQL differences (H2, MySQL, PostgreSQL) - pluggable connectors?
- Fedora 6 testing
- Committers/Leaders call topicsContinuing to organize around suite of performance and acceptance tests for Fedora 6
Actions
- Danny Bernstein to create JIRA to update spec for response codes (see: 187171332 2020-04-16 - Fedora Tech Meeting)
- Danny Bernstein to ensure that a JIRA exists for scenario of transaction does not succeed completely, but rollback does succeed (see: 187171332 2020-04-16 - Fedora Tech Meeting)
- Ben Pennell to create ticket to use OCFL optimistic locking in transactions (see: 187171332 2020-04-16 - Fedora Tech Meeting)
- Peter Winckles to create a JIRA to investigate support for optimistic locking and mutable head (see: 187171332 2020-04-16 - Fedora Tech Meeting)
- Danny Bernstein to ensure JIRA exists for vanilla OCFL rebuild (see: 187171332 2020-04-16 - Fedora Tech Meeting)
- 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
...