...
- The Repository administrator selects a set of objects to be deposited
- The Repository calls the Gateway PUT Object endpoint once for each object to be deposited; this starts the deposit process
- The Gateway resolves each object into a set of files to be deposited; each file is either copied to the Gateway staging storage area or a link to the file is captured to allow transfer to the Bridge
- The Gateway calls the Bridge Deposit Content endpoint using the object ID as the filegroup identifier and providing an identifier for each file to be deposited
- The Bridge initiates a deposit action for each filegroup in the deposit request
- For each file in each filegroup the Bridge calls the Gateway TBD endpoint to initiate a transfer of the file to the Bridge staging storage location
- As each file transfer into the Bridge staging storage completes, the Bridge compares the checksum of the transferred file to the checksum provided in the deposit request; any mismatches trigger a re-transfer
- Once all files in a filegroup are in Bridge staging storage and all checksums are validated, the status of the deposit is updated to "STAGED_FOR_DEPOSIT"
- The DDP calls the Bridge List Deposits endpoint on a regular schedule to check for new deposits in the "STAGED_FOR_DEPOSIT" state
- For each staged deposit in the Bridge the DDP copies the files from Bridge staging storage into the DDP ingest pipeline and performs a deposit (and replication)
- When the deposit into the DDP is finished, the DDP calls the Bridge Complete Deposit endpoint to inform the Bridge that the deposit is complete
- The Bridge clears the files associated with the completed deposit from Bridge staging storage
- The Bridge calls the Gateway TBD endpoint to inform the Gateway that the deposit is complete
- The Gateway clears the files associated with the completed deposit from Gateway staging storage (if applicable)
- The Gateway updates the repository (method TBD) to indicate that the object has been successfully deposited
Gliffy Diagram | ||||
---|---|---|---|---|
|
Delete
Flow
- The Repository manager selects an object to be deleted from preservation storage
- The Repository calls the Gateway DELETE Object endpoint for the object to be deleted
- The Gateway resolves the object into a set of files to be deleted
- The Gateway calls the Bridge Delete Content endpoint with the list of files to be deleted
- The Bridge initiates a delete action for all files in the delete request
- The DDP calls the Bridge List Deletes endpoint on a regular schedule to check for new delete requests
- The DDP performs a delete on each requested file; when all deletes are completed, the DDP calls the Bridge Complete Delete endpoint to inform the Bridge that the delete is complete
- The Bridge calls the Gateway TBD endpoint to inform the Gateway that the delete is complete
- The Gateway updates the repository (method TBD) to indicate that the object has been successfully deleted
...