You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* file pid reservation
* add file pid reservation step to publish
(analogous to dataset pid register if needed)
Conflicts:
src/main/java/edu/harvard/iq/dataverse/engine/command/impl/UpdateDatasetVersionCommand.java
src/main/java/propertyFiles/Bundle.properties
* comment change
* check if file PIDs used once, use constants - per comments
* adding release note
* release notes, API doc update
* reflecting datasets and files for the PID endpoint
* removing release note about pre-reg for file PIDs as this is not supported
* file pid pre-reservation
Conflicts:
src/main/java/edu/harvard/iq/dataverse/engine/command/impl/AbstractDatasetCommand.java
src/main/java/propertyFiles/Bundle.properties
* avoid problem when GlobalIDServiceBean implicitly merges
@kcondon sees a DB error persisting a file with null createtime during
the GlobalIDServiceBean.getBean call which uses a set namedQuery to find
the :DoiProvider. Create times for files are set above, but not merged
prior to calling registerFilePidsIfNeeded. Assuming the namedQuery is
forcing the file (without a merge) to persist which triggers the error.
In #7337, the code is reworked so there is a merge prior to
registerFilePidsIfNeeded. This commit adds one temporarily so this PR
works indepdently of the other.
* update theDataset
* noting that PID reservation can cause old timeouts to be too short
* more specifics
* release note update
* cleanup reformatting
* further cleanup
* set createTime earlier
---------
Co-authored-by: Danny Brooke <[email protected]>
### Pre-Publish File DOI Reservation with DataCite
4
+
5
+
Dataverse installations using DataCite (or other persistent identifier (PID) Providers that support reserving PIDs) will be able to reserve PIDs for files when they are uploaded (rather than at publication time). Note that reserving file DOIs can slow uploads with large numbers of files so administrators may need to adjust timeouts (specifically any Apache "``ProxyPass / ajp://localhost:8009/ timeout=``" setting in the recommended Dataverse configuration).
6
+
7
+
## Major Use Cases
8
+
9
+
- Users will have DOIs/PIDs reserved for their files as part of file upload instead of at publication time. (Issue #7068, PR #7334)
Copy file name to clipboardExpand all lines: doc/sphinx-guides/source/api/native-api.rst
+1-1
Original file line number
Diff line number
Diff line change
@@ -5171,7 +5171,7 @@ The fully expanded example above (without environment variables) looks like this
5171
5171
Reserve a PID
5172
5172
~~~~~~~~~~~~~
5173
5173
5174
-
Reserved a PID for a dataset. A superuser API token is required.
5174
+
Reserve a PID for a datasetif not yet registered, and, if FilePIDs are enabled, reserve any file PIDs that are not yet registered. A superuser API token is required.
5175
5175
5176
5176
.. note:: See :ref:`curl-examples-and-environment-variables`if you are unfamiliar with the use of export below.
pids.commands.reservePid.failure=Problem reserving PID for dataset id {0}: {1}.
3012
3011
pids.datacite.errors.noResponseCode=Problem getting HTTP status code from {0}. Is it in DNS? Is doi.dataciterestapiurlstring configured properly?
3013
3012
pids.datacite.errors.DoiOnly=Only doi: is supported.
3014
3013
3015
-
#PublishDatasetCommand
3016
-
publishDatasetCommand.pidNotReserved=Cannot publish dataset because its persistent identifier has not been reserved.
3014
+
#AbstractDatasetCommand
3015
+
abstractDatasetCommand.pidNotReserved=Unable to reserve a persistent identifier for the dataset: {0}.
3016
+
abstractDatasetCommand.filePidNotReserved=Unable to reserve a persistent identifier for one or more files in the dataset: {0}.
3017
+
abstractDatasetCommand.pidReservationRetryExceeded="This dataset may not be registered because its identifier is already in use by another dataset: gave up after {0} attempts. Current (last requested) identifier: {1}"
0 commit comments