At the core, I'm trying to implement some sort of Messaging Bus for 'comet' based web services. I thought I could use JCS, especially cache 'set' events to create the messages within my cluster. After having thought about the problem a bit more I don't think this is the optimal way to solve my problem. Instead I might use some sort of direct multicast or perhaps JMS. Unless you think I could work using JCS? I've already got JCS setup with a strong remote cache server. Leveraging that would make my job easier.
Thanks, -Josh On Thu, Jul 23, 2009 at 7:49 PM, Aaron Smuts <asm...@yahoo.com> wrote: > > What exactly are you trying to do? The element event handling is fairly > limited. > > The event logger setup may be what you are looking for. You can configure > any auxiliary to use a custom event logger. > > Tell me more about what you need. > > Aaron > > --- On Wed, 7/22/09, Josh Szmajda <jos...@gmail.com> wrote: > > > From: Josh Szmajda <jos...@gmail.com> > > Subject: Element Events > > To: "JCS Users List" <jcs-users@jakarta.apache.org> > > Date: Wednesday, July 22, 2009, 7:11 PM > > Hi all, > > > > I was wondering if it were possible to subscribe to an > > event in the cache > > for when a particular key in a region, or any key in a > > region is set? I see > > the event structure currently supports notification of > > object removal or > > spooling, but apparently not setting? > > > > Also, does the event model work across a number of clients > > in a Remote or > > Lateral configuration? For example if client A sets an > > object, will client B > > receive events for that object? > > > > Thanks! > > -Josh Szmajda > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: jcs-users-unsubscr...@jakarta.apache.org > For additional commands, e-mail: jcs-users-h...@jakarta.apache.org > >
