-
1. Re: Why not always use cache invalidation option?
brian.stansberry Aug 11, 2006 4:38 PM (in response to anarvekar)On a single server, concurrent access to an individual bean is controlled via locking of the bean itself. There is no need to invalidate the cache, because while one transaction has the bean locked, it is not readable by other transactions.
-
2. Re: Why not always use cache invalidation option?
anarvekar Aug 14, 2006 10:26 AM (in response to anarvekar)Thanks for the reply.
So, does that mean that when you have cache invalidation option on, even in a single-server mode, the cache will be invalidated. I thought that there would be a distinction made between a cache on a remote server and cache on a local server. i.e., in a single-server mode, since the cache is local, it would not be invalidated. In other words, this would be just like the commit A option without cache invalidation. I tried to validate this with some load tests but they were not that conclusive. Let me know if I am wrong with my assumption.
Thanks.
Ashish. -
3. Re: Why not always use cache invalidation option?
brian.stansberry Aug 14, 2006 12:40 PM (in response to anarvekar)Yes, it will be invalidated even on the local server. :( That's a bug, see http://jira.jboss.com/jira/browse/JBAS-2837