This one time, at band camp, tek1 said: t>Just read an interesting article about performance improvement using JBoss, t>which I am using with Castor. t> t>The article was focused on EJB, but the author talked about a "Cache t>Invalidation Bus" to notify the cache of other JBoss instances that a t>particular entity was modified (in another JBoss instance) and that the t>entity should be removed from the cache of the other JBoss instances. t> t>http://www.onjava.com/pub/a/onjava/2003/05/28/jboss_optimization.html?page=2 t> t> t>Perhaps a similar concept could be adopted for clustering in Castor? t> t>Is anyone currently using Castor in a clustered environment?
JBoss accomplishes via JavaGroups, a project by Bela Ban. Actually I've been pondering this with my cache refactoring ideas and I've been meaning to speak with Bela about it. My idea is to provide some default caching mechanism but make this layer pluggable so that any caching mechanism could easily be plugged in, including a distributed cache. This requires the use of a well known API (e.g. possibly JSR 107 via http://jcache.sourceforge.net/, http://sourceforge.net/projects/ojc or something similar) so that this layer can be pluggable. But these two projects are in their infancy so I'll need to speak with Bela about JavaGroups and what API he implemented for it. Bruce -- perl -e 'print unpack("u30","<0G)[EMAIL PROTECTED]&5R\"F9E<G)E=\$\!F<FEI+F-O;0\`\`");' ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
