You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Julian Sedding (JIRA)" <ji...@apache.org> on 2014/12/11 16:18:13 UTC
[jira] [Resolved] (SLING-4238) Jcr Mock does not normalize paths
[ https://issues.apache.org/jira/browse/SLING-4238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Julian Sedding resolved SLING-4238.
-----------------------------------
Resolution: Fixed
Fix Version/s: Testing JCR Mock 1.1.2
Fixed in http://svn.apache.org/r1644669
[~sseifert@pro-vision.de], I would appreciate if you could double check this.
> Jcr Mock does not normalize paths
> ---------------------------------
>
> Key: SLING-4238
> URL: https://issues.apache.org/jira/browse/SLING-4238
> Project: Sling
> Issue Type: Bug
> Components: Testing
> Affects Versions: Testing JCR Mock 1.1.0
> Reporter: Julian Sedding
> Assignee: Julian Sedding
> Labels: mocks
> Fix For: Testing JCR Mock 1.1.2
>
>
> While using some third-party utility code, I discovered that JCR Mocks do not quite adhere to the JCR spec:
> {quote}
> 3.4.6 Passing Paths
> When a JCR path is passed as an argument to a JCR method it may be normalized or non-normalized and in standard or non-standard form.
> {quote}
> The problem shows up, e.g. when a path with a trailing slash is passed into a method expecting an absolute path. E.g. {{session.nodeExists("/foo/")}} will return false, even if the node {{/foo}} exists.
> Overall, access to the internal data structure should always be with normalized paths.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)