[jboss-jira] [JBoss JIRA] Closed: (JBCACHE-833) Redundant lock in cache loader
Manik Surtani (JIRA)
jira-events at lists.jboss.org
Wed Mar 28 12:12:04 EDT 2007
[ http://jira.jboss.com/jira/browse/JBCACHE-833?page=all ]
Manik Surtani closed JBCACHE-833.
---------------------------------
Resolution: Rejected
And the lock interceptor does do this; the lock method is passed up the interceptor chain. The reason it is done here is to prevent a race condition between when a node is evicted versus reloaded.
> Redundant lock in cache loader
> ------------------------------
>
> Key: JBCACHE-833
> URL: http://jira.jboss.com/jira/browse/JBCACHE-833
> Project: JBoss Cache
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Cache loaders
> Affects Versions: 1.4.0.SP1, 1.4.0.GA
> Reporter: Ben Wang
> Assigned To: Manik Surtani
> Priority: Minor
> Fix For: 2.0.0.GA
>
>
> Currently in CacheLoader, it calls "lock" from loadIfNeeded method. The "lock" method in turns invokes
> TreeCache.java
> public void _lock(Fqn fqn, DataNode.LockType lock_type, boolean recursive)
> throws TimeoutException, LockingException
> {
> log.warn("method _lock() should not be invoked on TreeCache");
> }
> I think the LockInterceptor should take care of the locking properly. So this call should be deprecated.
--
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