You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Clemens Wyss (JIRA)" <ji...@apache.org> on 2010/08/20 14:48:17 UTC
[jira] Created: (SLING-1672) resource.resourceResolver.listChildren
only enlists jcr nodes but not all child resources
resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
-----------------------------------------------------------------------------------------
Key: SLING-1672
URL: https://issues.apache.org/jira/browse/SLING-1672
Project: Sling
Issue Type: Bug
Components: JCR
Affects Versions: JCR Resource 2.0.6
Environment: sling from trunk (as of August 20th 2010)
Reporter: Clemens Wyss
in my esp-script I have the follwoing line:
var childResources = request.resourceResolver.listChildren(resource );
In my pom.xml I have the follwoing declaration:
<Sling-Bundle-Resources>
/res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
</Sling-Bundle-Resources>
i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SLING-1672) resource.resourceResolver.listChildren
only enlists jcr nodes but not all child resources
Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Felix Meschberger updated SLING-1672:
-------------------------------------
Fix Version/s: JCR Resource 2.0.8
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.8
>
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Justin Edelson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Justin Edelson reassigned SLING-1672:
-------------------------------------
Assignee: Justin Edelson
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Justin Edelson
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12901761#action_12901761 ]
Felix Meschberger commented on SLING-1672:
------------------------------------------
Please also see the discussion at http://markmail.org/message/2nfguno63hq2fvgt.
The ultimate point is probably:
* The ResourceResolver.listChildren method calls the
ResourceProvider.listChildren method of all resource providers
registered at or _above_ the location whose children are to be
listted
* Next the for each ResourceProvider registered _below_ the location
whose childre are to be listed a SyntheticResource is created
(unless an actual resource exists) for the next segment towards
the registered ResourceProvider.
Example: Consider three resource providers registered at "/", "/libs",
and "/libs/sling/servlet/default". Now we want to list the children
of "/libs/sling".
- First the listChildren method of the "/" and "/libs" providers are
called with the parent path "/libs/sling"
- Next for the "/libs/sling/servlet/default" provider a synthetic
resource is created for "/libs/sling/servlet" unless this resource
has already been returned by one of the other providers.
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Justin Edelson
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12904016#action_12904016 ]
Felix Meschberger commented on SLING-1672:
------------------------------------------
Rev. 990628: Created a new ResourceIterator class from the internal class of the ResourceProviderEntry.listChildren method. This class is now directly created from the JcrResourceResolver.listChildren method. The ResourceProviderEntry.listChildren method is removed.
Adapted the Servlet Resolver ResourceProvider implementation in Rev. 990629 to not generate the synthetic resource iterator entries for the ResourceResovler.listChildren method any more because this is now done by the JcrResourceResolver.
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.8
>
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Justin Edelson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12900745#action_12900745 ]
Justin Edelson commented on SLING-1672:
---------------------------------------
This is trickier than I thought...
The BundleResourceProvider provides resources starting with the path in the manifest.
I'm not sure that the BundleResourceProvider should be *providing* the "/res" resource in this case.
There was an issue with listing the contents of a mapped path (SLING-1674) which I found while looking into this, but that's not the issue here. This issue is that the resource provider doesn't provide resources which don't start with "/res/sling/explorer" and that seems to be to be the correct behavior.
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Justin Edelson
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Felix Meschberger resolved SLING-1672.
--------------------------------------
Resolution: Fixed
This can be resolved now.
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.8
>
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12903793#action_12903793 ]
Felix Meschberger commented on SLING-1672:
------------------------------------------
I have implemented a prototype in my workspace which is functional. Thus taking over and scheduling for the next release.
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.8
>
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SLING-1672)
resource.resourceResolver.listChildren only enlists jcr nodes but not all
child resources
Posted by "Felix Meschberger (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SLING-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Felix Meschberger reassigned SLING-1672:
----------------------------------------
Assignee: Felix Meschberger (was: Justin Edelson)
> resource.resourceResolver.listChildren only enlists jcr nodes but not all child resources
> -----------------------------------------------------------------------------------------
>
> Key: SLING-1672
> URL: https://issues.apache.org/jira/browse/SLING-1672
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Resource 2.0.6
> Environment: sling from trunk (as of August 20th 2010)
> Reporter: Clemens Wyss
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.8
>
>
> in my esp-script I have the follwoing line:
> var childResources = request.resourceResolver.listChildren(resource );
> In my pom.xml I have the follwoing declaration:
> <Sling-Bundle-Resources>
> /res/sling/explorer;overwrite:=true;uninstall=true;path:=/libs/sling/explorer
> </Sling-Bundle-Resources>
> i.e. I map /res/sling/explorer to /libs/sling/explorer. And I can directly access the files beneath /res/sling/explorer, e.g. http://localhost:8080/res/sling/explorer/css/explorer.css. I.e. resolving seems to work
> But when I enlist (which end up in BundleResourceProvider#listChildren()) on the root (/) I don't see 'res'
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.