Closed Fak3 closed 7 years ago
Hm... I actually think that the 'status' should be better renamed to 'job_status', to clearly separate request status (as in http terms) and job status. We already use 'status': 'OK' everywhere in the API to indicate that the request handled successfully. But here the client may want to know both - job status (queued) and request status. So the proposal would be: on success: {status: ok, job_status: queued}
FIXED. Done with the pull request https://github.com/frictionlessdata/dpr-api/pull/253
To merge with os-conductor we should try to be compatible in the finalize upload API.
Change url to
/api/package/upload
Request body should be json object in the format:
{'datapackage': 'url'}
datapackage.json
that was previously uploaded by the client on the BitStoreCurrently we return
'status': 'OK'
, on success, but we should return'status': 'queued'
instead. (In the future we will have async job starting on the request. Right now it is not a priority. So no change for now)