The flow descriptions and diagrams below reference the OTM Bridge API Specification and OTM Repository Gateway Specification
Summary
The One To Many (OTM) Specification defines two APIs for the to support communication between a digital content repository systems (Repository and a Distributed Digital Preservation system ) and distributed digital preservation systems (DDP) in order to facilitate depositing, deletion, restoration, and auditing of digital preservation assetscontent managed by one or both systems. The APIs defined are the OTM Repository Gateway API (Gateway) for the Repository and the OTM Bridge API (Bridge) for the DDP. The Gateway and the Bridge APIs handle intermediary communication between the Repository and DDP and allow each system to operate without any knowledge of the internals of the other system. Each API is designed so that they can be deployed alongside the Repository and DDP as an additional service which can be offered. They provide an HTTP to facilitate deployment either as part of or extension to the Repository (in the case of the Gateway) or the DDP (in the case of the Bridge) or as a stand-alone application. They each provide an HTTP-based approach for authentication, communication, and data transfer of data.
...
| title | discussion |
|---|
...
.
The descriptions and diagrams below reference the OTM Bridge API Specification and OTM Repository Gateway Specification and are intended to capture the context in which the API calls are expected to be used.
Initialize
Flow
- An agreement is reached between a repository owner and DDP system that will allow repository content to be deposited into the DDP; appropriate SLA/MOU and other legal documentation is signed and arrangements for billing/invoicing are made
- The DDP administrator calls the Bridge Add Account endpoint to add the repository to the Bridge system and generate the credentials needed for the repository's Gateway to connect to the Bridge
- The DDP administrator provides the Bridge credentials to the Gateway administrator
- The Gateway administrator enters the Bridge credentials into the Gateway (method TBD) and the Gateway calls the Bridge Register endpoint to provide the Bridge with the details necessary to make calls back to the Gateway
...