[
https://issues.apache.org/jira/browse/SLING-12300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17839473#comment-17839473
]
Carsten Ziegeler commented on SLING-12300:
------------------------------------------
[~paul.bjorkstrand] Thanks for the detailed response.
I think we have a slightly misleading discussion here, the current
implementation is a *resource provider* - granted, that provider is not
explicitly mounted at "/jcr:id", but there is no huge difference, except maybe
that it would be possible to reconfigure the path to something else or disable
the provider.
I understand the ask for making an identifier a first class citizen in the
Sling API, but I'm not sure that this would really change the picture that
much. I rather think, the underlying question is whether we want to make
resources addressable through their identifier via the http API or not. An
identifier based resource API would allow that, the path based approach taken
here does not allow it.
> Provide a way to retrieve a JCR backed resource by its node identifier
> ----------------------------------------------------------------------
>
> Key: SLING-12300
> URL: https://issues.apache.org/jira/browse/SLING-12300
> Project: Sling
> Issue Type: New Feature
> Components: JCR
> Reporter: Radu Cotescu
> Assignee: Radu Cotescu
> Priority: Major
> Fix For: JCR Resource 3.3.0
>
>
> Since all {{javax.jcr.Nodes}} have an identifier [0], a useful feature would
> be {{Resource}} retrieval by node id, which could be its {{jcr:uuid}}
> property for referenceable nodes or the path. In systems that would like to
> use UUID addressing, this would reduce the need for executing JCR queries for
> resource retrieval and would avoid double-reads via the JCR and then Sling
> API to obtain the resource.
> In order to provide a unified behaviour, paths starting with the {{/jcr:id/}}
> prefix should use the resource retrieval by node identifier.
> [0] -
> https://javadoc.io/static/javax.jcr/jcr/2.0/javax/jcr/Node.html#getIdentifier()
--
This message was sent by Atlassian Jira
(v8.20.10#820010)