session.move() fails with mix:versionable nodes -----------------------------------------------
Key: JCR-2572 URL: https://issues.apache.org/jira/browse/JCR-2572 Project: Jackrabbit Content Repository Issue Type: Bug Components: JCR API, versioning Affects Versions: 2.0.0 Reporter: chad davis Jackrabbit 2.0.0 spi/davex stack I'm using the session.move() to move a node. In short, it works but when I add the mix:versionable mixin to my node types, it fails. Here's what I'm doing: ***WITHOUT VERSIONABLE NODES*** Assuming the following node structure: /a/b0 I'm moving node /a/b0 to /a/b1 with the following API: session.move( "/a/b0, "/a/b1" ); session.save(); As long as my node types don't have mix:versionable, this works. Even when I move the node many times. ***WITH VERSIONABLE NODES**** Assuming again: /a/b0 I'm moving node /a/b0 to /a/b1 with the following API: session.move( "/a/b0, "/a/b1" ); session.save(); This works the FIRST TIME. But if I do the following without restarting the application . . . Note: now the repo has: /a/b1 Moving node /a/b1 to /a/b2 with the same API: session.move( "/a/b1, "/a/b2" ); session.save(); Throws "javax.jcr.PathNotFoundException: /a/b0" See how the path not found is pointing at the old path that DOES NOT EVEN EXIST anymore. This does smell of being connected to versioning, does it not? Here's my full stack trace ( with a bunch my own application's method invocations removed ): <I>Original exception: javax.jcr.PathNotFoundException: /BIP/1/1/doc0 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:501) at org.apache.jackrabbit.spi2dav.ExceptionConverter.generate(ExceptionConverter.java:67) at org.apache.jackrabbit.spi2dav.ExceptionConverter.generate(ExceptionConverter.java:49) at org.apache.jackrabbit.spi2davex.RepositoryServiceImpl$BatchImpl.start(RepositoryServiceImpl.java:457) at org.apache.jackrabbit.spi2davex.RepositoryServiceImpl$BatchImpl.access$200(RepositoryServiceImpl.java:399) at org.apache.jackrabbit.spi2davex.RepositoryServiceImpl.submit(RepositoryServiceImpl.java:304) at org.apache.jackrabbit.jcr2spi.WorkspaceManager$OperationVisitorImpl.execute(WorkspaceManager.java:830) at org.apache.jackrabbit.jcr2spi.WorkspaceManager$OperationVisitorImpl.access$500(WorkspaceManager.java:797) at org.apache.jackrabbit.jcr2spi.WorkspaceManager.execute(WorkspaceManager.java:594) at org.apache.jackrabbit.jcr2spi.state.SessionItemStateManager.save(SessionItemStateManager.java:139) at org.apache.jackrabbit.jcr2spi.ItemImpl.save(ItemImpl.java:246) at org.apache.jackrabbit.jcr2spi.SessionImpl.save(SessionImpl.java:328) at wego.ecms.WGContentRepositoryHelper.moveDocumentToNewName(WGContentRepositoryHelper.java:391) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.