Closed ghost closed 7 years ago
the shipper actually is "triggered" by the o2r api, so the two arguments above could be treated as "input arguments", things that must be provided by the caller. For the record, the caller id (user orcid) should also be required as an input.
will be redone in next commit.
Actually, the user ID is not required, since we should derive that from the provided authentication cookie.
yes, this is not the current design. documentation will come with next commit's readme.
Let's determine which arguments are needed to interact with o2r api and zenodo api:
updated from o2r-api
-ercid
(used to retrieve erc filepath for bitstream, owner, metadata file in erc)-recipient
: (e.g. "zenodo" or complete endpoint)-userid
'caller'zenodo
-endpoint
(only needed if not connected torecipient
. api base url, sandbox or non-sandbox)-deposition_id
(only for update of existing depot)-metadata
(only for update)-access_token
(platform user or orcid user)Any suggestions?