[
https://issues.apache.org/jira/browse/JCR-1633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12601277#action_12601277
]
Alexander Klimetschek commented on JCR-1633:
--------------------------------------------
Although the exception might not be specific hinting on the error, IMHO this is
correct behaviour. A node can only be locked once it is saved: see JCR 1.0 spec
(or javadocs), 8.4.11 Node.lock: "An InvalidItemStateException is thrown if
this node has pending unsaved changes." In the context of transactions,
validity checks and persistence moves from the save() method to the commit of
the transaction.
> When node is created and locked in same transaction, exception is thrown
> ------------------------------------------------------------------------
>
> Key: JCR-1633
> URL: https://issues.apache.org/jira/browse/JCR-1633
> Project: Jackrabbit
> Issue Type: Bug
> Components: jackrabbit-core, locks, transactions
> Affects Versions: core 1.4.3, core 1.4.4
> Environment: Jackrabbit Core 1.4.4, Jencks 2.0, Springmodules 0.8a,
> Jackrabbit JCA 1.4
> Reporter: Roman Puchkovskiy
> Attachments: test-create-and-lock-in-same-tx.zip, XALockTest.java
>
>
> Following code fails when executed inside an XA transaction:
> Node n = session.getRootNode().addNode("n");
> n.addMixin("mix:lockable");
> session.save();
> Lock lock = n.lock(false, false);
> Stacktrace is
> Caused by: javax.transaction.xa.XAException
> at
> org.apache.jackrabbit.core.TransactionContext.prepare(TransactionContext.java:155)
> at
> org.apache.jackrabbit.core.XASessionImpl.commit(XASessionImpl.java:337)
> at
> org.apache.jackrabbit.jca.TransactionBoundXAResource.commit(TransactionBoundXAResource.java:39)
> at
> org.apache.geronimo.transaction.manager.WrapperNamedXAResource.commit(WrapperNamedXAResource.java:47)
> at
> org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:301)
> ... 32 more
> Caused by: org.apache.jackrabbit.core.TransactionException: Unable to update.
> at
> org.apache.jackrabbit.core.lock.XAEnvironment.prepare(XAEnvironment.java:275)
> at
> org.apache.jackrabbit.core.lock.XALockManager.prepare(XALockManager.java:245)
> at
> org.apache.jackrabbit.core.TransactionContext.prepare(TransactionContext.java:138)
> ... 36 more
> Caused by: javax.jcr.ItemNotFoundException: failed to build path of
> 48fb59d8-ac77-4b9f-8b53-9f2492dca5e5: 48fb59d8-ac77-4b9f-8b53-9f2492dca5e5:
> 48fb59d8-ac77-4b9f-8b53-9f2492dca5e5
> at
> org.apache.jackrabbit.core.HierarchyManagerImpl.getPath(HierarchyManagerImpl.java:407)
> at
> org.apache.jackrabbit.core.CachingHierarchyManager.getPath(CachingHierarchyManager.java:272)
> at
> org.apache.jackrabbit.core.lock.LockManagerImpl.getPath(LockManagerImpl.java:651)
> at
> org.apache.jackrabbit.core.lock.LockManagerImpl.internalLock(LockManagerImpl.java:276)
> at
> org.apache.jackrabbit.core.lock.XAEnvironment$LockInfo.update(XAEnvironment.java:409)
> at
> org.apache.jackrabbit.core.lock.XAEnvironment.prepare(XAEnvironment.java:273)
> ... 38 more
> Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 48fb59d8-ac77-4b9f-8b53-9f2492dca5e5
> at
> org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(SessionItemStateManager.java:189)
> at
> org.apache.jackrabbit.core.HierarchyManagerImpl.getItemState(HierarchyManagerImpl.java:188)
> at
> org.apache.jackrabbit.core.HierarchyManagerImpl.getPath(HierarchyManagerImpl.java:402)
> ... 43 more
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
