Versions Compared

Key

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

...

  1. Sprint Update
    1. Peter: summary of WebAC work, FCREPO-2760 unblocks many things
    2. Danny: we should create separate tickets for tests
    3. Danny: added support acl:Control to sprint scope
    4. Jira
      serverDuraSpace JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyFCREPO-2637
      : out of scope, potential impact on authN
      1. Jared: this is also not in the spec
    5. Mohamed: working on spring config, acl:append
      1. spring config will unblock manual testing
    6. External content handling
      1. Bethany: picked up Ben's work on external content, Jared continued on multiple huge changes
      2. Bethany: should have PR soon for external content, hopefully by EOD Friday
        1. should address all 3 access types (copy, proxy, and redirect)
    7. Randall's Java questions: got some advice before call, should be unstuck now
    8. Andrew is focussed on PR review (as well as gutting the codebase)
      1. Danny can support PR review by testing
      2. no open PRs on TCK
      3. 4 open sprint PRs on fcrepo4
      4. #1341 (single document ACL) has not been reviewed, Danny and Andrew will review
    9. Andrew: goal: align with spec, probably won't all happen in this sprint
      1. update delta document to reflect current state
      2. Danny: most red x's on delta document in WebAC, and versioning
      3. Peter: review delta document at sprint wrap-up meeting?
      4. Danny: will go though question mark items, then focus on red X's
    10. Ben: binary memento tests are mostly passing with new implementation of binaries, finishing up tests for description w/o binary
      1. PR today (hopefully)
  2. Post Sprint Planning
    1. Much work done, but there is still work to bring 5.0.0 to release
      1. API alignment, bug fixes, documentation, compatibility test suite
    2. Randall: interested in getting back to compatibility test suite
    3. Peter: 5.x documentation for WebAC
      1. Andrew: a large amount of weeding that can be done on the wiki
    4. Kevin: what happened to breaking changes document?
      1. Danny: a question of focus, adopters guide could subsume the breaking changes document
      2. Kevin: breaking changes could be a list, adopter's guide can go into greater detail
      3. Danny: adopter's guide less urgent than 5.x documentation, 5.x is key
      4. Kevin: will look at adopter's guide, focus on uniform presentation
    5. Danny: contractor pausing on compatibility test suite while community looks at it?
      1. Andrew: yes, contractor is ready to go as soon as we give the okay, once WebAC and versioning drop in it would be good to give the green light
      2. contractors role to go line-by-line through spec and crank out tests
      3. Danny: how much value is there in us organizing that work?
        1. Andrew: high value in setting up a first test to give the contractors a starting point
        2. Danny: will stub out tests
        3. Randall: need a pattern to follow, so setup code and pseudocode will be very helpful
    6. Danny: will discuss plan for 5.0.0 release at sprint wrap-up meeting
  3. Messaging Headers
    1. adoption of ActivityStreams
    2. JMS headers are still be emitted
    3. Peter: Camel might use them, needs review
    4. Andrew: need to review whether the camel toolbox works with the API sprint changes
    5. Kevin: removing headers would break their routes, possibly other people's
    6. Danny: review our header schemes, find out which routes depend on what headers
    7. Jared: fcrepo-camel is setup to turn an ActivityStream message to custom (non-JMS) headers
  4. Inbound Links Question (Kevin)
    1. Kevin: issue is not critical and discussion can be delayed
      1. inbound reference list appears to get truncated
      2. feeling that it is a bug, but not sure
      3. RDF response is truncated
    2. Danny: try N-triples, see if it is serialization-dependent
    3. Andrew: please create a bug report so it doesn't get lost
    4. Kevin: will do
  5. Checkstyle Rules
    1. Andrew: plan is to have a common set that could be suppressed on a rule-by-rule basis for other projects
    2. Danny: using Fedora as the basis for these common rules
  •  Danny Bernstein Create a ticket to check whether or not the fcrepo-camel-toolbox still works with 5.0.  Part of that ticket is to evaluate whether or not there are dependencies on the jms.* headers included in the messages generated by Fedora