...
- Upcoming Sprints
- Please sign up
- Sprint 1: Release 5.0
- Optimally we start Sprint 1 with a release candidate candidate
- Complete Mostly complete documentation
- Wrap up the compatibility test kit
- Sprint 2: (if 5.0 is release) Ecosystem Tools
- Camel Toolbox
- Java Client
- Import/Export
- What is the best way to prepare as a team?
- Proposal: mini sprint for external content and minor spec alignment issues that are coming out of the CTS development.
- Alternative to a mini sprint: form group willing to commit to doing (1?2?3?) of the following small things each week:
- work a minor bug
- review a documentation page
- write a new CTS test (lots of opportunities)
- fix an existing CTS test (lots of opportunities here as well)
- Getting to 5.0 Release Candidate
- 5.x Documentation Effort matrix
- In progress tickets
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-2742 Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-2771
Remaining external content (low-hanging: ie volunteers?, mini-sprint?) issues:
Expand Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery key in (FCREPO-2776,FCREPO-2801,FCREPO-2752,FCREPO-2802,FCREPO-2796,FCREPO-2797) serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 All API Alignment Issues
Expand Jira server DuraSpace JIRA jqlQuery filter=14308 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5
- Fedora API Specification update
- Second Candidate Recommendation ready for publication!
- Sidecar specifications
- One-step fixity check - github issue (create github repo in fcrepo4-labs)
- Atomic operations (move to fcrepo4-labs)
- Closing Fixity conversation:
- UMD + NLM design collaboration
- Andrew's suggestion of a "pluggable module"
- (What is a pluggable module in fedora today? Does that notion exist independently of API-X?)
- <Add your agenda item here>
...
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
...
- Still looking for contributors, please go ahead and add name to sprint.
- Sprints 1 and 2 are ambitious. It may be too ambitious to put out version 5.0 after sprint 1; more likely to have it after sprint 2.
- Need to bring other tools, such as camel-toolbox and java-client, into alignment.
- The Import-Export combinations to be supported in 5.0 needs to be defined.
- UMD to take lead on camel-toolbox work. Peter and Mohamed to support. Josh to support testing TCK.
- Test suite only tests CRUD portion of API, and still needs to be completed. Need tests for WebAC, others. Simeon using Test suite as a tool to test Python implementation.
...
- Timing
- Possible to have a release candidate ahead of Sprint 1? May be difficult. Danny graciously put together this agenda, based on some notion of realism.
- Sprint starts in September.
- For community support, it helps to define in advance the work and timeframe involved.
- Release Priorities
- Level 1: Get 5.0 out, get TCK out
- Level 2: I/O export, toolbox, Java client
- Tickets
- FCREPO-2742: FCR ACL - Peter working. Getting a HTTP 405 response. In progress. Andrew to look into hash resources, children as properties question.
- External content - have a mini sprint to address?
- FCREPO-2776 - Josh may investigate before sprint starts.
...
- Second Candidate Recommendation ready for publication! Will be posted to fedora.info.
- Not yet releasing as 1.0 spec until implementation and TCK is in place. Will send one email regarding spec and another regarding implementation.
- Other features may be added to a future version of spec, such as 1.1 or 2.0. The spec is intended to evolve to reflect the needs of the Fedora community. Until then, these new features will be defined in sidecar specs.
- Sidecar specifications known so far:
- One-step fixity check - github issue (create github repo in fcrepo4-labs)
- Atomic operations (move to fcrepo4-labs)
...
- Interest expressed in a one-step process, that does not require the client to have any responsibility to compute fixity. What would this look like?
- Peter: we could hold an implementation in fcrepo-labs until there is broader community adoption, then move it to fcrepo GitHub. This could be similar to how PDPs get rolled into Python releases.
- Currently there are three discussions regarding fixity:
- Want-digest header-based
- LDP container focused, post to container, resources persisted there.
- implementation of current Modeshape functionality (even in a post-Modeshape world), alignment with a RESTful Fedora API.
- Doron: Some fixity functionality could be better thought of as server configured functionality and not necessarily part of a client API. For example, configuration to specify frequency of routine fixity checks for all items, to be performed regardless of client invocation. A more turnkey solution would be nice.
- UMD and NLM to collaborate on design ideas.
- Andrew: This could also be a pluggable module delivered with core, or maybe an internal core module.
...
At OR, interest was expressed to move this code into fedora-labs. What is this process?
...
Actions
- Danny to explore inserting a macro into documentation for Fedora version.
- Send email to community seeing who is interested in reviving OAI
...