If you look in the clustering or admin/dev guide, you'll find there are container configurations for just this. You can either use JMS or JGroups and publish messages or JGroups multicast messages. Alternatively, you can use JMX and call the invalidate method with the primary key on the container. (I wouldn't though because then you're asking oracle to make potentially longer blocking calls to the container versus the multicast/jms)
Caution on the multicast is that your network needs to be configured correctly to swallow those messages. Also, though your broadcasting only the primary key really, it won't be encrypted so its not suitable for open network broadcasts. I don't really want to give a whole lot of detail on the container config as its already covered pretty well in the docs and I don't think I could do it as much justice. -Andy > From: Bruce Ashton <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Fri, 13 Feb 2004 12:12:31 -0000 > To: "'[EMAIL PROTECTED]'"<[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 ------------------------------------------------------- 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
