Depending on server configuration it can return two results:
A 202 Accepted and as response body a JSON of export request accepted.
A 200 OK and as response body a JSON of export detail for synch mode.
I wonder if this has to do with whether asynchronous functionality is enabled in the Taiga backend (see Section 3.5 Asynch Tasks: https://taigaio.github.io/taiga-doc/dist/setup-production.html).
{
"export_id": "e338555a-3918-4203-8fc6-81b3f7933c79"
}
Perhaps this export_id return object can be used to query into the REST API to then get access to the export JSON project object, but I don't see any documentation that makes use of this export_id return object.
- What is the server configuration dependency that determines either a HTML return code of 200 or 202?
I wonder if this has to do with whether asynchronous functionality is enabled in the Taiga backend (see Section 3.5 Asynch Tasks: https://taigaio.github.io/taiga-doc/dist/setup-production.html).
And my second question is if Taiga returns the following JSON return object (which would happen on a return code of 202):
{
"export_id": "e338555a-3918-4203-8fc6-81b3f7933c79"
}
- What is this? How do I use this to access the exported JSON project object (typically provided through the "url" JSON return object)?
Perhaps this export_id return object can be used to query into the REST API to then get access to the export JSON project object, but I don't see any documentation that makes use of this export_id return object.
What I want to do is programmatically (e.g., via automated script) query into the REST API and periodically download the exported JSON project object (the same JSON object returned via email). I'm not sure how to do this with the export_id return object (I can do this with the URL return object, of course).
| Alejandro Alonso Fernández CIO & Co-founder www.kaleidos.net/FC8EAC/ |