...
- A. Soroka
- Jared Whiklo
- Danny Bernstein
- Esmé Cowles
- Katherine Lynch
- Marcus Barnes
- Nat Kanthan
- Daniel Lamb
- Michael Durbin
- Jim Coble
- Yinlin Chen
- Michael Durbin
- Bethany Seeger
- David Wilcox
- Frank Smutniak
- Unknown User (acoburn)
- Jonathan Green
- Joe Harrington
- Andrew Woods
- Longshou Situ
- Aisha - Duke
- Benjamin ArmintorYoun Noh
Agenda
- 4.7.0 release candidate - testing and migration
- Backup/Restore issues
- 4.6.1 release - patch for concurrent resource creation
- Semantic versioning, API Specifications and releases post-4.7.0
- new fcrepo-vocabulary repository?
- API Specification - Taking it to the streets
- Move Yinlin's tests into fcrepo4-labs
- ...
Status of "in-flight" tickets
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13202 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
Status of release testing:
- The process seems to be going well.
- ActiveFedora issue does not seem to be a blocker. Ideally Drew can provide feedback before we turn the crank.
- Danny Bernstein will rerun steps that seemed to be broken.
- Release schedule: Halloween? Let's plan for early-ish on Monday after talking to Drew and Stephano.
- Jared Whiklo is concerned that we haven't the data migration enough - will touch base with Drew
- Andrew Woods will circle up with Stefano and the gang about migration
- Andrew Woods will check with Stefano that all is well with Michael Durbin's 4.6.1 patch before dropping the monkey.
Semantic versioning, API Specifications and releases post-4.7.0
The community wants semantic versioning.
But the community wants no more than one major release per year, minor releases as necessary.
There are two factors that require a major release:
- breaking changes to the API
- required backend data migration
Ideally we would finish the API work before the next major release (5.x).
Should we strive for this? Yes: there is a consensus on the call.
Do we think that we'll need more near term releases with breaking changes at the REST API level before we get to 5.x?
Is 6-8 months enough time to solidify the REST API and align the implementation with it?
- A robust test suite should be part of that milestone.
new fcrepo-vocabulary repository
- reduces potential for misspellings
- uses RDF commons - a level of abstraction above Jena.
- in labs right now
- should wait to merge into core until after the next version (0.3) of RDF commons comes out.
- increases reusability
- Unknown User (acoburn) : would like to keep the included ontologies to what is being used in the code.
API Specification - Taking it to the streets
A. Soroka has institutional support to move the process forward. He is working to get the API (starting with the core) to the point where we can put it out to the wider community for feedback.
Perhaps we need a document that shows the delta between the reference implementation and the API today. We could use this to track our progress towards 5.x. Non-Adam's could help on this.
Aisha: Maybe consider looking at https://apiblueprint.org/..
Move Yinlin's tests into fcrepo4-labs
- Andrew Woods will move those in.
...
Moving FCREPO-2105 forward
- Unknown User (acoburn) will work on wrapping Guava-based converter implementations with new Java 8 functions
- Danny Bernstein will then revisit each converter in order to factor out Guava and implement performance related improvements where applicable.