Thanks Simon, that works! I'm not sure I understand the semantics of
RemoveUponRemotePut. When it is set to false, does it mean that
changes made in other caches are ignored and stale objects can be
returned? In what scenario is this useful? Also, when it is true,
changes made in other caches causes the value to be set as null. When
a get is made on the same key, does it retrieve the value from the
remote cache?

Thanks,
Chandri

On 8/20/07, Horton Simon <[EMAIL PROTECTED]> wrote:
> Hi Chandri,
>
> Have you tried setting the RemoveUponRemotePut=true to see if that
> resolves your issue? (Your RServer and RCluster have this attribute
> specified below)
>
> Regards,
> Simon
>
> -----Original Message-----
> From: Chandri Krishnan [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 20, 2007 6:19 PM
> To: jcs-users@jakarta.apache.org
> Subject: Re: asynchronous updates
>
> A small correction in my previous email. The sizes of my objects vary
> from 8-12KB.
>
> Chandri
>
> On 8/16/07, Chandri Krishnan wrote:
> > Hello,
> >
> > I am having as issue with a prototype distributed cache that I am
> > building with JCS. I am running JCS with one remote server and two
> > clients. I am using a standalone driver that communicates with these
> > clients. The clients create, retrieve, update and remove hundreds of
> > objects (each of size few hundred bytes) based on commands received
> > from the driver.
> >
> > I noticed that some objects inserted into the cache in one client is
> > not available from the other. Sometimes updates aren't reflected. I
> > looked at all the cached objects in both the caches using
> > cache.getGroupKeys and the numbers are never the same. Shouldn't the
> > updates be available immediately to both the clients? I found that
> > puts and removals occur asynchronously with the Remote server setting,
> > but gets are synchronous.
> >
> > Any help will be appreciated.
> >
> > Thanks,
> > Chandri
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to