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 > //docume...@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 <[email protected]> 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 >> [email protected] >> >> > > -- 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.
