[jboss-jira] [JBoss JIRA] Updated: (JBCACHE-1296) Deleting and readding parent node in tx causes deleted children to survive
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Fri Feb 29 11:23:25 EST 2008
[ http://jira.jboss.com/jira/browse/JBCACHE-1296?page=all ]
Brian Stansberry updated JBCACHE-1296:
--------------------------------------
Fix Version/s: 2.1.0.GA
Priority: Critical (was: Major)
Bumping priority on this, as entity caching can't work reliably at all with this.
> Deleting and readding parent node in tx causes deleted children to survive
> --------------------------------------------------------------------------
>
> Key: JBCACHE-1296
> URL: http://jira.jboss.com/jira/browse/JBCACHE-1296
> Project: JBoss Cache
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 2.1.0.CR4
> Reporter: Brian Stansberry
> Assigned To: Manik Surtani
> Priority: Critical
> Fix For: 2.1.0.GA
>
>
> If a parent node is deleted in a tx, and then in the same tx the parent node is reestablished, pre-existing children of the parent will remain in the cache after the tx commits. They should not.
> See test org.jboss.cache.api.DeletedChildResurrectionTest for examples. There are 4 tests, 2 each with pessimistic and optimistic locking. One variant reestablishes the parent by simple re-adding it. Another indirectly reestablishes the parent by adding a new child. All fail, but not always in the same way.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list