-
Notifications
You must be signed in to change notification settings - Fork 7
HSM use case #25
Comments
Very good topic - do you think this paragraph in the HTTP citizenship section covers it? I was debating whether 504 Gateway Timeout would be more appropriate but in either case does it seem like this would be correct to simply describe in prose?
|
Given how our HSM works, I would have 2 choices: only stage the files in a bag which are requested, which places a burden on the client or stage all files when a single file is requested, which is expensive if only a subset of file is required. It would be preferable for a client to be able to request that an entire bag be staged; otherwise per file staging would be used. From: acdha [[email protected]] Very good topic - do you think this paragraph in the HTTP citizenship section covers it? I was debating whether 504 Gateway Timeout would be more appropriate but in either case does it seem like this would be correct to simply describe in prose?
Reply to this email directly or view it on GitHub: |
Justin - does your use case require some logic within the spec to accommodate your staging requirements, or do we just need to encourage proper configurations at the server side? Sounds like Chris's entry under our Good HTTP Citizenship doesn't fully address your concern. |
This mechanism does't allow the server to distinguish between requests for individual files and requests for the entire bag. (So the server knows what to stage.) |
Much of the content at LC resides on an HSM. To get access to the content, it must be staged from tape to spinning disk. This will take an indeterminate amount of time. A mechanism should be specified for the server to indicate to client that content is not immediately available, but will be at some point in the future, and for the client to check when the content is available for retrieval.
The text was updated successfully, but these errors were encountered: