[jboss-jira] [JBoss JIRA] Closed: (JBCACHE-834) Combine eviction RegionManager with generic RegionManager

Manik Surtani (JIRA) jira-events at jboss.com
Tue Jan 9 15:53:28 EST 2007


     [ http://jira.jboss.com/jira/browse/JBCACHE-834?page=all ]

Manik Surtani closed JBCACHE-834.
---------------------------------

       Resolution: Done
    Fix Version/s: 2.0.0.ALPHA2

> Combine eviction RegionManager with generic RegionManager
> ---------------------------------------------------------
>
>                 Key: JBCACHE-834
>                 URL: http://jira.jboss.com/jira/browse/JBCACHE-834
>             Project: JBoss Cache
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>    Affects Versions: 1.4.0.SP1
>            Reporter: Manik Surtani
>         Assigned To: Manik Surtani
>             Fix For: 2.0.0.ALPHA2, 2.0.0.GA
>
>   Original Estimate: 2 days
>  Remaining Estimate: 2 days
>
> This has already been done for the marshalling Regions and RegionManagers - do the same with eviction Regions and RegionManagers.
> Also, 
> Another thing we need is equiv of the
> o.j.c.eviction.RegionManager.markNodeCurrentlyInUse()/
> unmarkNodeCurrentl yInUse() calls exposed in o.j.c.Region.
> They are used by the LRUPolicy (and potentially others that implement
> the feature) so the policy will ignore a node the app has marked "in
> use".
> Illustration of use by EJB3 SFSB:
> 1) User accesses bean.
> 2) StatefulTreeCache fetches bean from cache using get(). If no
> transactional context at this point, RL from the get is released as soon
> as method returns.
> 3) StatefulTreeCache call markNodeCurrentlyInUse
> 4) User invokes method on bean that takes a long time.
> 5) Eviction thread kicks in.  Would ordinarily evict the bean since the
> get() in #2 happened a while ago.  But the node-in-use event tells it
> not to.
> 6) User invocation finishes, bean is released.
> 7) StatefulTreeCache calls unmarkNodeCurrentlyInUse.
> 8) Bean can now be evicted on later eviction thread run.
> I'd thought the changes were discussing of moving the lock interceptor
> up in the order might help, but they don't -- as mentioned in step 2,
> the bean can be "in use" long after any lock is held on its cache node.
> Semantics we'd need are pretty much what we have now in 1.4 -- when
> method is invoked, if the region is configured for eviction, create an
> EvictedEventNode object and put it in the event queue.  Only difference
> is RegionManager doesn't get involved to find the region -- the app
> should do that itself via the Cache API.

-- 
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