Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
TODO before using this:
hdl.lib.ugent.be
on persse with a location/
proxying tohttps://127.0.0.1:8000
, ignoring verification . The backend uses a self signed certificate, and cannot do otherwise: https is required for administrative requests, but having a real certificate would require the handle server to run on port 443example:
-> THIS IS TAKEN CARE OF, but the domain names are handle.libtest.ugent.be and handle.lib.ugent.be
-> BIBLIO_BACKOFFICE_HDL_SRV_ADM_ID added to vault production
-> BIBLIO_BACKOFFICE_HDL_SRV_ADM_PRIVATE_KEY added to vault
-> BIBLIO_BACKOFFICE_HDL_SRV_URL can only be changed during migration
-> BIBLIO_BACKOFFICE_HDL_SRV_USERNAME should be removed after migration (does not apply anymore)
https://hdl.lib.ugent.be
is now pointing at a nomad job serving the old handle-server-api. As the domain is different this can be switched off later.handle api itself requires extra handle value records of type
HS_ADMIN
. Better to insert them at time of migration. In order to do, I would prefer to add an extra flag--force
to the existing commandcreate-handles
to remake all handles. This would however not overwrite those legacy handle records that were created before biblio. And also an update to the biblio record would not be needed too, as there were no changes to the biblio record, but in only in the external handle record.-> see latest commit fb80a92 that allows you to do:
the flag
--force
basically triggers the opposite action: create handles in the handle-server for those records that already have a handle url in their record. It does however not update the publication/dataset record itself (as no change is involved).But a better naming could be in place (
--force
implies that there would be problems if you do not provide it)