You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Alexander Klimetschek (JIRA)" <ji...@apache.org> on 2015/09/12 03:13:45 UTC

[jira] [Created] (SLING-5017) Moving a JCR node not reflected in JcrNodeResource

Alexander Klimetschek created SLING-5017:
--------------------------------------------

             Summary: Moving a JCR node not reflected in JcrNodeResource
                 Key: SLING-5017
                 URL: https://issues.apache.org/jira/browse/SLING-5017
             Project: Sling
          Issue Type: Bug
          Components: JCR
            Reporter: Alexander Klimetschek


When moving a JCR node via the JCR API behind a resource, after the resource has been fetched already, e.g. the request resource, Resource.getPath() and Resource.getName() will still return the old path and name.

This is because the path is [cached in JcrItemResource|https://github.com/apache/sling/blob/trunk/bundles/jcr/resource/src/main/java/org/apache/sling/jcr/resource/internal/helper/jcr/JcrItemResource.java#L83] and it uses the getPath() and [getName() implementation of AbstractResource|https://github.com/apache/sling/blob/trunk/bundles/api/src/main/java/org/apache/sling/api/resource/AbstractResource.java#L53] which are based on the cached path.

To ensure the correct transient JCR semantics, the resource should pass getPath() and getName() through to the underlying Node (respectively Item).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)