You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2016/10/25 06:22:59 UTC
[jira] [Closed] (SLING-6159) Implementation should not rely on
sling:VanityPath mixin
[ https://issues.apache.org/jira/browse/SLING-6159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Carsten Ziegeler closed SLING-6159.
-----------------------------------
> Implementation should not rely on sling:VanityPath mixin
> --------------------------------------------------------
>
> Key: SLING-6159
> URL: https://issues.apache.org/jira/browse/SLING-6159
> Project: Sling
> Issue Type: Improvement
> Components: ResourceResolver
> Reporter: Carsten Ziegeler
> Assignee: Carsten Ziegeler
> Fix For: Resource Resolver 1.5.0
>
>
> The handling of vanity paths is since a long time a little bit broken:
> on startup a query is done using the mixin sling:VanityPath, from that point on observation is used but only checking the existence of the respective properties, but not the mixin. So it will find/use the props even if the mixin is not set. Then you restart, and these things are gone as the query does not find them.
> We should not rely on the mixin at all - we simply use the properties. We do the same for other things like the resource type as well, there is a mixin defined but we don't check it. And mixins are a JCR only concept anyway
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)