...
- Do we see any weaknesses in the design?
- Is the current state of the java ocfl client sufficient to implement the design as it is?
- Any significant performance issues anticipated?
- Mitigation strategies?
- How do we handle versioning within a transaction?
- We do not allow it (405)
- We allow it but reject subsequent requests - ie the version creation request must be the last within a transaction
- Other possibilities ?
Notes
- Current OCFL client does copy and not move. Move is riskier.
- mv will perform better
- Peter Winckles can add a mv option, but it must be recognized that there is some risk.
- Checksumming: currently 2 checksumming operations are required by the client - a checksum could be provided to reduce that to 1 checksum calc.
- Peter Winckles can add support for providing a checksum upfront.
- We might consider making transaction committal (optionally)