Invalidating the object and removing it from cache is precisely the issue.  As to the 
sense in what I describe -- the whole point of employing an entity cache is for user 
visible performance improvements.  The current method employed with optionD, removing 
all entities from cache, has severe performance implications.  It guarantees the user 
requests will be run against uncached data after all the entities are invalidated.  
This is contrary to the documentation for optionD, which explicitly promises that 
cached bean state is resynchronized with the persistent data store.  There is a 
significant difference between resynchronizing cached state, and removing all cached 
state.  In the first case, the application server, transparent to user requests, 
updates the cache.  The time taken to resynchronize is not visible to the users.  In 
the second case, you guarantee that for the next user request, the application server 
will have to go the persistent data store to obtain information.  Thus, the response 
to user requests is much, much slower.

Hopefully, the distinction I'm making at least makes sense now.  The current option D 
implementation has severe consequences for the behavior of our application.  While 
optionD is not a J2EE standard, my guess is that the need for an appropriate 
combination of caching and resynching with the data store is a common need for 
application developers.  Given that, I would assume other application servers have a 
different implementation of similar functionality.    I'll look at the behavior of 
other application servers in this regard.  If they all behave the same way, I'll 
assume that what I'm describing is not a common need, or is extraordinarily difficult 
to implement.  Either way, I'll post my results.

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842485#3842485

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3842485


-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_idG21&alloc_id040&op=click
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to