[ 
http://issues.apache.org/jira/browse/JCR-134?page=comments#action_12457427 ] 
            
Cédric Damioli commented on JCR-134:
------------------------------------

And about the two other points :
 - should the VH be deleted on node.removeMixin("mix:versionable") ? would it 
be safe ?
 - may a Node be versionable in a workspace and not in another one ? I think 
the spec allows it (it doesn't actually forbid it). But I need confirmation.

So the only way to do this is IMHO the following algorithm :
 - when removing a Version, if this is the last version (only the 
jcr:rootVersion is left), and there is no references to the jcr:rootVersion, 
one can remove the VH
 - when removing a Node, if it is versionable, and references the 
jcr:rootVersion (ie have never been checked in) and there is no other 
references to the VH (in others workspaces), then delete the VH
 - when removing the mix:versionable, either delete directly the VH (see my 
first question in this post), either check if there is only the jcr:rootVersion 
left, and then delete the VH.

WDYT ?


> Unreferenced VersionHistory should be deleted automatically.
> ------------------------------------------------------------
>
>                 Key: JCR-134
>                 URL: http://issues.apache.org/jira/browse/JCR-134
>             Project: Jackrabbit
>          Issue Type: New Feature
>          Components: versioning
>            Reporter: Tobias Bocanegra
>         Assigned To: Tobias Bocanegra
>            Priority: Minor
>
> since the creation of a VersionHistory is triggered by the creation of a 
> mix:versionable node, the removal should happen automatically, as soon as no 
> references to that version histroy exist anymore. this is the case, when all 
> mix:versionable nodes (in all workspaces) belonging to that VH are deleted, 
> and all the versions in the VH are removed i.e. only the jcr:rootVersion is 
> left. At this point, the VH should be deleted aswell.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira


Reply via email to