chemistry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ron Gavlin (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CMIS-883) Asynchronous Rendition Retrieval
Date Tue, 20 Jan 2015 16:32:35 GMT

     [ https://issues.apache.org/jira/browse/CMIS-883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Ron Gavlin updated CMIS-883:
----------------------------
    Description: 
Assume a CMIS client wants retrieve a high-fidelity PDF rendition of a large, volatile Word
document with minimal idle time. In this case, a standardized mechanism may be needed to inform
the client that the rendition is 'not yet ready'. This scenario might occur, for example,
when the client is interfacing with a Linux-based CMIS server that forwards Word-to-PDF conversion
requests to a remote Windows server. Here, the rendition generation may take some time to
complete. 

Would it make sense to send a standard '202 - Accepted' response code to the client to indicate
this 'rendition is not-yet-ready' condition? Once the rendition becomes available, the rendition
retrieval would return a standard 200 success response. Do you have other ideas about how
this use case might be supported in a standard way across CMIS servers?

  was:
Assume a CMIS client wants retrieve a high-fidelity PDF rendition of a large, volatile Word
document with minimal idle time. In this case, a standardized mechanism may bey needed to
inform the client that the rendition is 'not yet ready'. This scenario might occur, for example,
when the client is interfacing with a Linux-based CMIS server that forwards Word-to-PDF conversion
requests to a remote Windows server. Here, the rendition generation may take some time to
complete. 

Would it make sense to send a standard '202 - Accepted' response code to the client to indicate
this 'rendition is not-yet-ready' condition? Once the rendition becomes available, the rendition
retrieval would return a standard 200 success response. Do you have other ideas about how
this use case might be supported in a standard way across CMIS servers?


> Asynchronous Rendition Retrieval
> --------------------------------
>
>                 Key: CMIS-883
>                 URL: https://issues.apache.org/jira/browse/CMIS-883
>             Project: Chemistry
>          Issue Type: Improvement
>          Components: opencmis-server
>    Affects Versions: OpenCMIS 0.12.0
>            Reporter: Ron Gavlin
>
> Assume a CMIS client wants retrieve a high-fidelity PDF rendition of a large, volatile
Word document with minimal idle time. In this case, a standardized mechanism may be needed
to inform the client that the rendition is 'not yet ready'. This scenario might occur, for
example, when the client is interfacing with a Linux-based CMIS server that forwards Word-to-PDF
conversion requests to a remote Windows server. Here, the rendition generation may take some
time to complete. 
> Would it make sense to send a standard '202 - Accepted' response code to the client to
indicate this 'rendition is not-yet-ready' condition? Once the rendition becomes available,
the rendition retrieval would return a standard 200 success response. Do you have other ideas
about how this use case might be supported in a standard way across CMIS servers?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message