jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tobias Strasser (JIRA)" <j...@apache.org>
Subject [jira] Closed: (JCR-45) Version.getReferences() does not work correctly
Date Fri, 04 Mar 2005 17:45:47 GMT
     [ http://issues.apache.org/jira/browse/JCR-45?page=history ]
Tobias Strasser closed JCR-45:

    Resolution: Fixed

fixed in r156188

> Version.getReferences() does not work correctly
> -----------------------------------------------
>          Key: JCR-45
>          URL: http://issues.apache.org/jira/browse/JCR-45
>      Project: Jackrabbit
>         Type: Bug
>  Environment: jackrabbit r153406
>     Reporter: Tobias Strasser
>     Assignee: Tobias Strasser

> since the /jcr:system/jcr:versionStorage is shared among all workspaces, referes of versions
and version histories need to be workspace sensitive. for example can a workspace W1 contain
a versionable node N1. Its respective version history VH is visible in the jcr:versionStorage.
calling VH.getReferences() should return the jcr:versionHistory property of that node N1.
If accessing the repository using another workspace, W2, which does not have the node N2 (that
corresponds to N1), calling VH.getReferences() should return an empty set. The same is true
for version nodes referenced by jcr:baseVersion and jcr:predecessors properties.
> see also spec chapter (jcr:versionStorage):
> The full set of version histories in the version storage, though stored in a single location
in the repository, must be reflected in each workspace as a subtree below the node /jcr:system/jcr:versionStorage.

> [...]

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
If you want more information on JIRA, or have a bug to report see:

View raw message