jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From SalmasCM <sal...@criticalmass.com>
Subject Re: modified externally: node / when deleting node
Date Wed, 06 May 2009 04:33:48 GMT

Hi Alexander:

I've gotten past the issue with things being different after server start.
This turned out to be because I had two sessions into one of the workspaces
at start time. However, I still have my original issue.
I cannot create a node /nodeA and then clone it to the second workspace and
then delete both of them in order to reload the XML. They seem to refer to
each other and I get item not found exceptions no matter which order I
delete them in. Is it possible for me to do the above? 
If not can I do something to make the XML import not create /nodeA[1] when I
reload data but instead replace /nodeA?



SalmasCM wrote:
> 
> hi Alexander:
> 
> You're right. the query returns nodes all right. I run
> //document[@type="7" and @published="true" and @active="true"] order by
> @position
> 
> and get nodes back correctly
> 
> its getPath that fails later down the line.
> 
> 
> Alexander Klimetschek wrote:
>> 
>> 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
>>>        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)
>> 
>> Just to be sure, this stacktrace does not come from a query, but from
>> a getPath() call. How does the query stacktrace look like?
>> 
>> Regards,
>> Alex
>> 
>> -- 
>> Alexander Klimetschek
>> alexander.klimetschek@day.com
>> 
>> 
> 
> 

-- 
View this message in context: http://www.nabble.com/modified-externally%3A-node---when-deleting-node-tp23352361p23399880.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.


Mime
View raw message