Hey Aaron, That's interesting, I'll have to look into it. I think I could work that into my set of interfaces I'm trying to create.
Basically I'm trying to write a system to detect object changes and broadcast the diff 'operations' on those objects to a set of listeners. It's vaguely like what google wave is doing with its wave operations. I think if I had an interface that defined a method to create a diff on cache put (given the previously cached value), I could use that to create the diffs for broadcasting and save myself a lot of work in duplicating code. Anyway, thanks for your help! -Josh On Mon, Jul 27, 2009 at 10:52 AM, Aaron Smuts <asm...@yahoo.com> wrote: > > You might be able to use the event logger. But I'm still not clear about > what you are trying to do. > > Remember that everything in JCS is pluggable. You can simply extend the > LRU memory cache and override the update method. Call super.update and do > whatever else you want when the put is received. This would be trivial. . . > . Remote clients all put via the composite cache, which puts to the memory > cache. . . . > > Aaron > > --- On Thu, 7/23/09, Josh Szmajda <jos...@gmail.com> wrote: > > > From: Josh Szmajda <jos...@gmail.com> > > Subject: Re: Element Events > > To: "JCS Users List" <jcs-users@jakarta.apache.org> > > Date: Thursday, July 23, 2009, 8:58 PM > > 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 > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: jcs-users-unsubscr...@jakarta.apache.org > For additional commands, e-mail: jcs-users-h...@jakarta.apache.org > >
