[jira] [Commented] (JCRVLT-199) Allow mapping some nt:resource nodes to oak:Resource

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[jira] [Commented] (JCRVLT-199) Allow mapping some nt:resource nodes to oak:Resource

JIRA jira@apache.org

    [ https://issues.apache.org/jira/browse/JCRVLT-199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16109036#comment-16109036 ]

Robert Munteanu commented on JCRVLT-199:
----------------------------------------

Yes, we can ignore it. The reason we decide against is is that we have a node that is referenceable, has a jcr:uuid property, but it will not be found by using {{Session#getNodeByIdentifier}} . I am not sure about queries, but if they delegate to the unique uuid index that won't work either.

So ignoring is also accepting some broken behaviour, which is why I'm looking for a way to remove referenceable nodes with as little change to the consumers as possible.

> Allow mapping some nt:resource nodes to oak:Resource
> ----------------------------------------------------
>
>                 Key: JCRVLT-199
>                 URL: https://issues.apache.org/jira/browse/JCRVLT-199
>             Project: Jackrabbit FileVault
>          Issue Type: Improvement
>          Components: Packaging
>            Reporter: Robert Munteanu
>
> In a composite setup we don't support referenceable nodes in mounts. Reality is though that for a typical Sling-based setup there will be lots of nt:resource nodes in /libs and /apps, and that's were we expect to see mounts. Since nt:resource is referenceable any mount-time sanity check will fail ( see OAK-6505 ) .
> Rather than force adaption of all content packages that write in /libs and /apps to use oak:Resource, I would rather suggest a configuration to transparently map nt:resource nodes to oak:Resource ones.
> I did not dig into the code yet but I would like to hear what others think about this idea before going further. [~tripod] ?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
Loading...