chemistry-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "jay brown (JIRA)" <>
Subject [jira] [Commented] (CMIS-365) Workbench tool 'cancel checkout' will delete the entire version series (data loss)
Date Mon, 09 May 2011 21:32:03 GMT


jay brown commented on CMIS-365:

This is great. Just verified this works locally. So we can checkin and cancel checkout correctly
against the IBM repos now.  Thanks again Florian. 

> Workbench tool 'cancel checkout' will delete the entire version series (data loss)
> ----------------------------------------------------------------------------------
>                 Key: CMIS-365
>                 URL:
>             Project: Chemistry
>          Issue Type: Bug
>          Components: opencmis-workbench
>    Affects Versions: OpenCMIS 0.4.0
>         Environment: IBM P8 CMIS server implementation and latest OpenCMIS workbench.

>            Reporter: jay brown
>            Assignee: Florian Müller
>             Fix For: OpenCMIS 0.4.0
> While using OpenCMIS workbench:
> (Version: 0.4.0-SNAPSHOT / Build: 20110426-2129)
> Using the workbench to perform a 'cancel checkout' will delete the entire version series
in the following scenario (and perhaps others)
> (all steps performed with the workbench version above)
> (all steps include a refresh step in between to verify that object is current)
> -Create a doc. (as major) (refer to this as V1)
> -Checkout the doc.  
> -Checkin the doc.  (refer to this as V1)
> (you can now verify that there are two versions)
> -Checkout the doc. (refer to the working copy as 'pwc')
> -Cancel checkout on the doc. 
>   Performing a trace on this step shows that the workbench requests a delete on the id
for doc V2 instead of the id for the PWC.   This correctly results in deleting the entire
version series since there were no additional/optional parameters specified, resulting in
data loss that user would not expect.
> In our CMIS implementation (where this occurs) our PWC objects have a separate/unique
id than the version that preceded them.  Not sure if this is related but it is certainly spec
> If you would like to get access to the IBM server used in this scenario please let me
know.  It is the same one that we have used in the past for interop work.  

This message is automatically generated by JIRA.
For more information on JIRA, see:

View raw message