You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Felix Meschberger (JIRA)" <ji...@apache.org> on 2008/09/19 09:04:44 UTC
[jira] Closed: (SLING-667) sling:VanityPath may not be registered
during bundle update
[ https://issues.apache.org/jira/browse/SLING-667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Felix Meschberger closed SLING-667.
-----------------------------------
Resolution: Fixed
Created three node type definition files -- folder.cnd, resource.cnd, and vanitypath.cnd -- to minimize effects of node type registration failure. The background of this split is, that registration of node types from a single definition file is an all-or-nothing game. So if some node types fail to register, none are registered.
Fixed in Rev. 696946.
> sling:VanityPath may not be registered during bundle update
> -----------------------------------------------------------
>
> Key: SLING-667
> URL: https://issues.apache.org/jira/browse/SLING-667
> Project: Sling
> Issue Type: Bug
> Components: JCR Resource
> Affects Versions: JCR Resource 2.0.4
> Reporter: Felix Meschberger
> Assignee: Felix Meschberger
> Fix For: JCR Resource 2.0.4
>
>
> If the jcr/resource bundle is updated from an earlier version to the current trunk version, the registration of sling:VanityPath may fail and thus the JcrResourceResolver may fail because the query in JcrResourceResolver.searchVanityPath will fail due to the missing node type.
> Solution is to split the node type definition file such that the sling:VanityPath node type is defined in its own file.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.