[
http://jira.jboss.com/jira/browse/JBCACHE-565?page=comments#action_12351037 ]
Manik Surtani commented on JBCACHE-565:
---------------------------------------
Fixed.
exists() is now an internal API anyway, which directly returns peek(fqn, false) != null
The equivalent public API is Node.hasChild(), which returns getChild() != null
Optimistic locking - cache.exists() refers to the tree while
cache.get() refers to the workspace
------------------------------------------------------------------------------------------------
Key: JBCACHE-565
URL:
http://jira.jboss.com/jira/browse/JBCACHE-565
Project: JBoss Cache
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 1.3.0.GA
Reporter: Manik Surtani
Assigned To: Manik Surtani
Fix For: 2.0.0.BETA1
Time Spent: 1 hour
Remaining Estimate: 0 minutes
This is apparent when used within a tx:
txManager.begin();
cache.put("/test", "testKey", "Somevalue");
assertNotNull(cache.get("/test", "testKey"));
assertTrue(cache.exists("/test")); // should return true but returns false
instead since the workspace hasn't been committed back to the tree yet
--
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