chemistry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Florian Müller (JIRA) <j...@apache.org>
Subject [jira] [Resolved] (CMIS-428) Client API AtomPub binding: if deleteTree() fails it throws an exception but should return the ids of the objects that could not be deleted
Date Sat, 03 Sep 2011 13:20:10 GMT

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

Florian Müller resolved CMIS-428.
---------------------------------

       Resolution: Fixed
    Fix Version/s: OpenCMIS 0.5.0

> Client API AtomPub binding: if deleteTree() fails it throws an exception but should return
the ids of the objects that could not be deleted
> -------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CMIS-428
>                 URL: https://issues.apache.org/jira/browse/CMIS-428
>             Project: Chemistry
>          Issue Type: Bug
>          Components: opencmis-client-bindings
>    Affects Versions: OpenCMIS 0.3.0, OpenCMIS 0.4.0
>            Reporter: Florian Müller
>            Assignee: Florian Müller
>             Fix For: OpenCMIS 0.5.0
>
>
> In order to align the behavior of the two CMIS bindings, the AtomPub deleteTree() operation
should return the ids of the objects that could not be deleted when the HTTP status code 500
is returned by the server. 
> The CMIS specification recommends retrieving the remaining children with GET with infinite
depth (section 3.9.3.2). Since getDescendants() is not supported is not supported by all repositories,
getChildren() should be sufficient for OpenCMIS to retrieve ids. The application can still
call getDescendants() if it is supported and required.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

Mime
View raw message