[ http://jira.jboss.com/jira/browse/JBCACHE-24?page=history ] Bela Ban reopened JBCACHE-24: -----------------------------
doesn't work correctly for READ locks > LockInterceptor needs to lock child nodes recursively on remove(Fqn) > -------------------------------------------------------------------- > > Key: JBCACHE-24 > URL: http://jira.jboss.com/jira/browse/JBCACHE-24 > Project: JBoss Cache > Type: Bug > Versions: 1.2 > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 1.2.1 > > Original Estimate: 1 day > Remaining: 1 day > > When calling remove("/a/b/c"), and the cache has /a/b/c/d, /a/b/c/e, > /a/b/c/f, then LockInterceptor acquires a RL for /a and /a/b, a WL for > /a/b/c, but *no* locks for /a/b/c/d, /a/b/c/e and /a/b/c/f. So nodes d,e and > f are unlocked. > SOLUTION: we need to lock all children of the node to be removed with *WLs* > recursively. -- 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 - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
