...
API Specification
Moving towards a shared understanding: Purpose of the API specification
Does Persistence Fixity belong in the specification?
Josh: It's an important function of this kind of system, and the expectations about how it might be done need to be clear
- Danny: some discussion of back-fillability of functions
- Aaron: application concerns are different for RW apps than for RO apps, too
- Andrew: consider the notion of substitutable backends- seems like spec should be clear enough that an app should be able to be agnostic to some extent; what capabilities should be guaranteed? what are implementation dependent? is a key distinction for the API definition effort. What can we do?
- Aaron: unsure how much we can do with regard to, for example, the flexibility in the LDP approach of constraints documents and statement rejection (again mattering to RW and not to RO apps)
- Andrew: To what degree is substitutability reasonable or sensible?
- Nick: If we're silent on SSR, cannot promise any functional substitutability (in managing apps)
- Danny: the spec is really leading me to use the simplest interaction models, which might good, but may also be too simple
- Kevin: feels strongly that it should be a refinement of LDP
Implications of blank node redesign:
Jira server DuraSpace JIRA serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 key FCREPO-2108 - Warrants a 4.8.0 release?
- Suggestions from recent Fedora Leaders meetings
- Have an elected Fedora Committer join Fedora Leaders calls
- Have DuraSpace-hosted release testing infrastructure
- Interest in tighter alignment of effort and priorities between Islandora/Hydra/Fedora
- Announcement: Monday - 2017-04-17 - Import - Export Planning Meeting
- ...
Status of "in-flight" tickets
...