You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jcs-users@jakarta.apache.org by Josh Szmajda <jo...@gmail.com> on 2009/07/23 04:11:36 UTC
Element Events
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
Re: Element Events
Posted by Josh Szmajda <jo...@gmail.com>.
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 <as...@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 <jo...@gmail.com> wrote:
>
> > From: Josh Szmajda <jo...@gmail.com>
> > Subject: Re: Element Events
> > To: "JCS Users List" <jc...@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 <as...@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 <jo...@gmail.com>
> > wrote:
> > >
> > > > From: Josh Szmajda <jo...@gmail.com>
> > > > Subject: Element Events
> > > > To: "JCS Users List" <jc...@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-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>
>
Re: Element Events
Posted by Aaron Smuts <as...@yahoo.com>.
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 <jo...@gmail.com> wrote:
> From: Josh Szmajda <jo...@gmail.com>
> Subject: Re: Element Events
> To: "JCS Users List" <jc...@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 <as...@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 <jo...@gmail.com>
> wrote:
> >
> > > From: Josh Szmajda <jo...@gmail.com>
> > > Subject: Element Events
> > > To: "JCS Users List" <jc...@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-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: Element Events
Posted by Josh Szmajda <jo...@gmail.com>.
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 <as...@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 <jo...@gmail.com> wrote:
>
> > From: Josh Szmajda <jo...@gmail.com>
> > Subject: Element Events
> > To: "JCS Users List" <jc...@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-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>
>
Re: Element Events
Posted by Aaron Smuts <as...@yahoo.com>.
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 <jo...@gmail.com> wrote:
> From: Josh Szmajda <jo...@gmail.com>
> Subject: Element Events
> To: "JCS Users List" <jc...@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-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org