You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Tobias Strasser (JIRA)" <ji...@apache.org> on 2005/02/12 09:30:12 UTC
[jira] Created: (JCR-45) Version.getReferences() does not work correctly
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
Assigned to: 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 8.2.2.1 (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:
http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Closed: (JCR-45) Version.getReferences() does not work correctly
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ 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 8.2.2.1 (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:
http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Commented: (JCR-45) Version.getReferences() does not work correctly
Posted by "Tobias Strasser (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/JCR-45?page=comments#action_59916 ]
Tobias Strasser commented on JCR-45:
------------------------------------
the reference handling involving the verison storage does not work correctly, too. as result of this, 'checkin' is currently broken.
> 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 8.2.2.1 (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:
http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira