Keep DOI registrations current and resolvable
- bulk load of all historical content (metadata and data) when we became a DataONE MN - uses the "d1/object/<pid>" endpoint for resolution
- publish requests during our UI testing stage - uses "/m/#view/<pid>"
- new publish requests now that we are deploying Metacat UI at the web root.
Generalizing this to other Metacat deployments with EZID accounts, it is reasonable to assume that their registrations drift as they migrate serves or change endpoints and it would be great to address our needs on the KNB as well as any other MNs that also manage DOIs via EZID.
#3 Updated by ben leinfelder about 5 years ago
Modified the EZID java library and the Metacat DOIService to use the multithreaded ezid client class. This should help speed-up batch updates. Note that we should tag a release of EZID lib when we are happy with this approach. Currently using 1.0.1-SNAPSHOT