[
https://jira.jboss.org/jira/browse/JBCACHE-1405?page=com.atlassian.jira.p...
]
Manik Surtani commented on JBCACHE-1405:
----------------------------------------
Did you see this in 3.0.0.BETA1? Just want to know if this is an issue in trunk. If it
is gone in 2.2.0 then chances are it would not be there in 3.0.0.BETA1 either.
Readding a node deleted via a parent node causes lock timeout
-------------------------------------------------------------
Key: JBCACHE-1405
URL:
https://jira.jboss.org/jira/browse/JBCACHE-1405
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Transactions
Affects Versions: 2.1.1.GA
Reporter: Krzysztof Sobolewski
Assignee: Manik Surtani
Fix For: 3.0.0.GA
Attachments: CacheTest.java
Everything happens in the same transaction.
Lets say we have a node /a/b/c. When I remove node /a, all three nodes (up to c) are
marked as deleted. When I add node c again under the same path, I get a lock timeout on
this node (with not really detailed message).
From what I gather, the nodes are marked deleted just fine, but one detail is missing:
they are not added as deleted in current transaction (except /a, which I delete
explicitly). The removed root is added but its children are not.
This causes a failure because PessimisticLockInterceptor.manageReverseRemove() checks
whether the node is marked as deleted and whether it is marked as deleted in the current
transaction. The latter test fails for /a/b.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira