jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefan Guggisberg <stefan.guggisb...@gmail.com>
Subject Re: modified externally: node / when deleting node
Date Wed, 06 May 2009 08:11:21 GMT
On Tue, May 5, 2009 at 4:56 PM, SalmasCM <salmas@criticalmass.com> wrote:
>
> The following errors.
>
> failed to build path of dd740ff8-5108-40f2-9036-b6c769c86bd5:
> cafebabe-cafe-babe-cafe-babecafebabe has no child entry for
> dd740ff8-5108-40f2-9036-b6c769c86bd5
> javax.jcr.ItemNotFoundException: failed to build path of
> dd740ff8-5108-40f2-9036-b6c769c86bd5: cafebabe-cafe-babe-cafe-babecafebabe
> has no child entry for dd740ff8-5108-40f2-9036-b6c769c86bd5

assuming jcr sessions are used correctly (i.e. not shared among
multiple threads)
you should never see such an exception in a non-clustered jackrabbit setup.

it might be a CachingHierarchyManager bug. please create a jira issue
and provide
a simple test case for your problem. please also include detailed
information about
your setup/environment.

thanks
stefan

>        at
> org.apache.jackrabbit.core.HierarchyManagerImpl.buildPath(HierarchyManagerImpl.java:289)
>        at
> org.apache.jackrabbit.core.CachingHierarchyManager.buildPath(CachingHierarchyManager.java:195)
>        at
> org.apache.jackrabbit.core.HierarchyManagerImpl.buildPath(HierarchyManagerImpl.java:278)
>        at
> org.apache.jackrabbit.core.CachingHierarchyManager.buildPath(CachingHierarchyManager.java:195)
>        at
> org.apache.jackrabbit.core.HierarchyManagerImpl.getPath(HierarchyManagerImpl.java:393)
>        at
> org.apache.jackrabbit.core.CachingHierarchyManager.getPath(CachingHierarchyManager.java:229)
>        at
> org.apache.jackrabbit.core.ItemImpl.getPrimaryPath(ItemImpl.java:213)
>        at
> org.apache.jackrabbit.core.NodeImpl.getPrimaryPath(NodeImpl.java:3240)
>        at org.apache.jackrabbit.core.ItemImpl.getPath(ItemImpl.java:1273)
>        at
> com.ashland.valvoline.ui.util.JCRUtil.getNodePath(JCRUtil.java:2353)
>
>
>
> Alexander Klimetschek wrote:
>>
>> On Tue, May 5, 2009 at 4:08 PM, SalmasCM <salmas@criticalmass.com> wrote:
>>>
>>> The reason I think its the index is because if I:
>>>
>>> 1. Load a file in from XML import under /nodeA in workspace 1.
>>> 2. Clone nodeA to workspace2
>>> 2. Exit my application.
>>> 3. Delete nodeA from workspace 1 and 2
>>> 4. Reload a file in from XML import.
>>> 5. Do a XPATH query for a node in the imported data I get errors.
>>
>> What errors?
>>
>> Regards,
>> Alex
>>
>> --
>> Alexander Klimetschek
>> alexander.klimetschek@day.com
>>
>>
>
> --
> View this message in context: http://www.nabble.com/modified-externally%3A-node---when-deleting-node-tp23352361p23389174.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>

Mime
View raw message