OK, A deathly silence... maybe nobody has run into this before. I have googled about a bit, and I found out that JBoss actually has a built in cache invalidation service for clustering.
This is where you put <cache-invalidation>true</cache-invalidation> in your <entity> elements in the jboss.xml deployment descriptor. JBoss uses JMS to invalidate beans between instances of a cluster, so you can't get transaction support over this. I don't care about transaction support particularly though. My problem though is I want to access this mechanism from java stored procedures in the database. Has anybody played around with the cache invalidation service before? Any pointers for a newbie? Apparently JBoss 4.0 has a transactional distributed cache, but I haven't tried JBoss 4.0 yet. > -----Original Message----- > From: Bruce Ashton [mailto:[EMAIL PROTECTED] > Sent: 13 February 2004 12:13 > To: '[EMAIL PROTECTED]' > Subject: [JBoss-user] invalidate entity bean > > > I have some entity beans backed by data that is regularly modified by > external applications. (BMP beans, the database is > essentially an interface > to an EIS.) > > The database is Oracle, and I want to use Java Stored Procedures to > invalidate cached beans when the database is updated. > All the methods you might use to do this though, are > lifecycle methods that > are normally only called by the container. > > Does anybody know a suitable way of forcing an entity bean to > reload from > the database that isn't a nasty hack? > > > Bruce Ashton > Senior Developer > Ext. 8272 > http://www.activis.com/ > > > Please note that: > > 1. This e-mail may constitute privileged information. If you > are not the intended recipient, you have received this > confidential email and any attachments transmitted with it in > error and you must not disclose, copy, circulate or in any > other way use or rely on this information. > 2. E-mails to and from the company are monitored for > operational reasons and in accordance with lawful business practices. > 3. The contents of this email are those of the individual and > do not necessarily represent the views of the company. > 4. The company does not conclude contracts by email and all > negotiations are subject to contract. > 5. The company accepts no responsibility once an e-mail and > any attachments is sent. > > http://www.activis.com > > > This annotation was added by the e-scan service. > http://www.activis.com > -------------------------------------------------------------- > -------------------- > This message has been checked for all known viruses by e:)scan. > For further information please contact [EMAIL PROTECTED] > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > This annotation was added by the e-scan service. > http://www.activis.com > -------------------------------------------------------------- > -------------------- > This message has been checked for all known viruses by e:)scan. > For further information please contact [EMAIL PROTECTED] > > > This annotation was added by the e-scan service. http://www.activis.com ---------------------------------------------------------------------------------- This message has been checked for all known viruses by e:)scan. For further information please contact [EMAIL PROTECTED] ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
