Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. COAR some recommendations for behaviours or technologies for next generation repositories.
    1. A list of things that Fedora already does, but some to consider as an addition or plugin. Some may have been considered.
    2. Signposting - a set of HTTP Headers to allow machine readable data to be added as headers.
    3. Has there been any discussion or consideration of these technologies for use before David takes it to the leaders.
    4. Its likely we will see a push for some of this type of stuff from a strategic level, there was a meeting of this group at CNI. Some members of the group said they might be able to get some funding for this.
    5. Please review the list and have some idea of whether we think it is applicable at the Fedora level or API-X level.
    6. There has been previous discussion of Linked Data Notifications which could be one option.
    7. Activity Streams Paging model might be a way to deal with the many members problem.
  2. Couple of documentation efforts that are underway. Not sure if we will get to them on the current sprint, but if you are not on the sprint and would like to help out with one of these efforts. Please reach out to Danny (email/slack) and he'll help you get started.
    1. Adopters guide is around the API transition from Fedora 4.7 to Fedora 5.0
    2. Breaking changes is around the Modeshape implementation.
  3. Sprint is moving along and have closed quite a few issues.
    1. Any concerns about the process for the sprint?
    2. FCREPO-2753 decoupling WebAC from Modeshape and run into a circular dependency between http-api and auth-webac. How do we want to handle that? Because WebAC is the only one mentioned in the API spec should we move all the relevant auth-webac code to http-api and deprecate the old code. Or move it to a separate servlet filter. Or move it and use interfaces to keep them separate.
    3. There is one use case where you only allow an INSERT patch request if the user has acl:Append permission. There might be some room the SOLID spec to work around this issue.
    4. A separate servlet filter would make it easier for individuals to extend the WebAC implementation and swap it out for the default one without having to compile a custom Fedora.
    5. Jira
      serverDuraSpace JIRA
      columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyFCREPO-2756
      ACLs will have a standard location, do we have a location to put them? We could put them in a set a location and link the from each resource or hang them off the actual resource is an option. This would reduce the risk of ending up with orphan ACLs hanging around.
    6. Refactoring the binary implementation to separate the description of a binary to its own node. That arrangement was making it hard to resolve paths for versioning. Still in the initial stages of this work but it is looking promising.
    7. Deleting tombstone resources.
      Jira
      serverDuraSpace JIRA
      columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyFCREPO-2769


...