Versions Compared

Key

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

...

  1. Please squash a bug!

    Expand

    Jira
    serverDuraSpace JIRA
    jqlQueryfilter=13122
    serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5

  2. Tickets resolved this week:

    Expand

    Jira
    serverDuraSpace JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    maximumIssues20
    jqlQueryfilter=13111
    serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5

  3. Tickets created this week:

    Expand
    Jira
    serverDuraSpace JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    maximumIssues20
    jqlQueryfilter=13029
    serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5

Minutes

...

Create hash resources, give a name and a property, then it is auto created?
Need to know from user's perspective, what is the client expectation? Need to have common understanding before start implement it.
- How does the user create the hash fragment?
- User don't create the hash fragment and just use them?
- Does user delete hash fragment make sense? or just stop using them?
- Http doesn't provide a way to delete hash fragment
- If user doesn't create hash fragment, then it make perfect sense doesn't delete them neither.
- Question1: a dc:creator point to a hash uri and you delete all the properties of that uri, do you remove that triple.
- what if that triple is not in the repository?
- Chain deletion doesn't feel right.
- You have a resource, inside that resource, there is properties point to a hash uri. at the certain point, you remove all the properties from the hash uri, what happen to that triple?
- Treat hash uri as a identifier not actually associate a resource in the repository. (if it make sense)
- Current we don't have a good answer to the question 1. We can treat this as a identifer so no deletion action.
- As properties, hashURIs could contain the "/" character, as described by RFC 3986. But can't use as JCR node.
- Don't have a final conclusion in this meeting, a proposal is need, to discover what property model, linking or not linking, delete link, and etc.

3. Etags: Please look at that page and give comments. Need some agreements on that before start working on it.  
4. C4L: Have a meeting after the Code4Lib conference, what do you think?
other: https://jira.duraspace.org/browse/FCREPO-1443 need to be reviewed