That's correct.  But it apparently isn't clear enough.  I will add a
short note to the documentation about that.

Jason

On Wed, 2004-04-28 at 01:42, Enrique Medina wrote:
> Solved!
> 
> The problem was, as I commented in my post, a misconception about what a 
> distributed cache really has to do. I thought even read changes had to be 
> notified to the rest of the cluster, but after a deep reading and 
> investigation of other managers of distributed cache, I realized that only 
> updating changes are communicated through JGroups by OSCache.
> 
> Thanks anyway for the support,
> Enrique Medina.
> 
> 
> >From: Jason McKerr <[EMAIL PROTECTED]>
> >Reply-To: "OJB Users List" <[EMAIL PROTECTED]>
> >To: OJB Users List <[EMAIL PROTECTED]>
> >Subject: Re: Clustered cache with OSCache & JavaGroups
> >Date: Thu, 22 Apr 2004 08:05:26 -0700
> >
> >OK, I won't be able to exactly duplicate your environment since we don't
> >have any windows computers here at the Open Source Lab, but I'll see
> >what I can get.  Shouldn't matter anyway, but it always seems too...
> >
> >Jason
> >
> >
> >On Thu, 2004-04-22 at 00:10, Enrique Medina wrote:
> > > Websphere Server within WSAD 5.1 & Windows 2000 Professional
> > >
> > >
> > > >From: Jason McKerr <[EMAIL PROTECTED]>
> > > >Reply-To: "OJB Users List" <[EMAIL PROTECTED]>
> > > >To: OJB Users List <[EMAIL PROTECTED]>
> > > >Subject: Re: Clustered cache with OSCache & JavaGroups
> > > >Date: Wed, 21 Apr 2004 12:45:45 -0700
> > > >
> > > >Not really sure what the problem is here.  I will attempt to set up 
> >some
> > > >nodes here at the OSL over the next day or two and debug.  What Web
> > > >container/OS are you using?
> > > >
> > > >Jason
> > > >
> > > >On Wed, 2004-04-21 at 11:14, Enrique Medina wrote:
> > > > > Cache events are correct, but they are "local". I mean, when the 
> >first
> > > > > instance caches an object, it is supposed to inform the other 
> >instance,
> > > > > through JavaGroups, but this communication doesn't happen.
> > > > >
> > > > >
> > > > > >From: Jason McKerr <[EMAIL PROTECTED]>
> > > > > >Reply-To: "OJB Users List" <[EMAIL PROTECTED]>
> > > > > >To: OJB Users List <[EMAIL PROTECTED]>
> > > > > >Subject: Re: Clustered cache with OSCache & JavaGroups
> > > > > >Date: Wed, 21 Apr 2004 10:24:41 -0700
> > > > > >
> > > > > >The debug output will show the cache events being handled such as 
> >read
> > > > > >and gets from the cache.
> > > > > >
> > > > > >Jason
> > > > > >
> > > > > >On Wed, 2004-04-21 at 09:53, Enrique Medina wrote:
> > > > > > > What do you exactly want to log? What do you want me to show 
> >about
> > > >the
> > > > > > > logging messages?
> > > > > > >
> > > > > > >
> > > > > > > >From: Jason McKerr <[EMAIL PROTECTED]>
> > > > > > > >Reply-To: "OJB Users List" <[EMAIL PROTECTED]>
> > > > > > > >To: OJB Users List <[EMAIL PROTECTED]>
> > > > > > > >Subject: Re: Clustered cache with OSCache & JavaGroups
> > > > > > > >Date: Wed, 21 Apr 2004 08:20:56 -0700
> > > > > > > >
> > > > > > > >Can you add the a line to your/a log4j properties files that 
> >lowers
> > > >the
> > > > > > > >debug level? It would look like:
> > > > > > > >
> > > > > > > >log4j.category.com.opensymphony.oscache=DEBUG
> > > > > > > >
> > > > > > > >
> > > > > > > >On Wed, 2004-04-21 at 07:58, Enrique Medina wrote:
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > I have developed a web application with OJB, as the ORM for 
> >data
> > > > > >access.
> > > > > > > >But
> > > > > > > > > now, I want to use OJB in a clustered environment. I have 
> >read
> > > >with
> > > > > > > > > attention the information provided at the web:
> > > > > > > > >
> > > > > > > > > http://db.apache.org/ojb/howto-work-with-clustering.html
> > > > > > > > >
> > > > > > > > > with respect to setting up OSCache to work with OJB in a
> > > >cluster. I
> > > > > >have
> > > > > > > > > strictly followed all the steps commented in this tutorial, 
> >and
> > > >have
> > > > > > > >made a
> > > > > > > > > little client test application to see the results. 
> >Everything
> > > >seems
> > > > > >to
> > > > > > > >start
> > > > > > > > > perfectly, but no cache communication exists between two
> > > >instances
> > > > > >of
> > > > > > > >this
> > > > > > > > > client test application at all!
> > > > > > > > >
> > > > > > > > > I am using OJB RC6 with latest version of OSCache & 
> >JavaGroups
> > > > > >deployed
> > > > > > > > > within OSCache distribution. I have a simple test 
> >application
> > > > > >consisting
> > > > > > > >of:
> > > > > > > > >
> > > > > > > > > 1  public static void main(String[] args)
> > > > > > > > > 2  {
> > > > > > > > > 3     // Obtain a connection through OJB broker.
> > > > > > > > > 4     PersistenceBroker broker =
> > > > > > > > > PersistenceBrokerFactory.defaultPersistenceBroker();
> > > > > > > > > 5
> > > > > > > > > 6     // Create a new query by example that should return all
> > > >clients.
> > > > > > > > > 7     Query query = QueryFactory.newQueryByExample(new 
> >ClientVO());
> > > > > > > > > 8     Collection clients = broker.getCollectionByQuery(query);
> > > > > > > > > 9
> > > > > > > > > 10    // Ask again for the collection of clients.
> > > > > > > > > 11    Collection againClients = 
> >broker.getCollectionByQuery(query);
> > > > > > > > > 12 }
> > > > > > > > >
> > > > > > > > > I set a breakpoint on lines 8 and 11, just before obtaining 
> >the
> > > > > >clients
> > > > > > > >for
> > > > > > > > > the first time and for the second time.
> > > > > > > > >
> > > > > > > > > The sequence of steps I follow to see if two instances of 
> >the
> > > > > >program
> > > > > > > > > communicate at cache level through JavaGroups are:
> > > > > > > > >
> > > > > > > > > 1) I run a first instance of this test application
> > > > > > > > >     1.1) The thread of execution gets stopped on line 4 
> >(first
> > > > > > > >instance).
> > > > > > > > > The JavaGroups logging says -- A new member at address
> > > > > > > >'192.168.0.1:1590'
> > > > > > > > > has joined the cluster
> > > > > > > > >
> > > > > > > > > 2) Then I run a second instance of the application
> > > > > > > > >     2.1) The thread of execution gets stopped on line 4 
> >(second
> > > > > > > >instance). I
> > > > > > > > > see on the console how the first instance is notified that 
> >the
> > > > > >second
> > > > > > > > > instance has joined the cluster (JavaGroups logging -- A new
> > > >member
> > > > > >at
> > > > > > > > > address '192.168.0.1:1593' has joined the cluster).
> > > > > > > > >
> > > > > > > > >     1.2) I obtain the collection of clients for the first 
> >time
> > > >on
> > > > > >first
> > > > > > > > > instance, so all the object are cached.
> > > > > > > > >
> > > > > > > > >     2.2) I obtain the collection of clients for the first 
> >time
> > > >on
> > > > > >second
> > > > > > > > > instance. But objects are not retrieved from the cache 
> >(which is
> > > > > > > >supposed to
> > > > > > > > > be shared with the first instance); instead they are cached
> > > >again
> > > > > >(as if
> > > > > > > >it
> > > > > > > > > was a local cache for the instance).
> > > > > > > > >
> > > > > > > > >     1.3) I obtain again the collection of clients for the 
> >second
> > > > > >time on
> > > > > > > > > first instance. Now the objects are retrieved from the cache
> > > >(but as
> > > > > >a
> > > > > > > >local
> > > > > > > > > cache only available to the first instance)
> > > > > > > > >
> > > > > > > > >     2.3) I obtain again the collection of clients for the 
> >second
> > > > > >time on
> > > > > > > > > second instance. Now the objects are retrieved from the 
> >cache
> > > >(but
> > > > > >as a
> > > > > > > > > local cache only available to the second instance).
> > > > > > > > >
> > > > > > > > > So this is my simulation of a clustered environment with two
> > > > > >instances
> > > > > > > >of
> > > > > > > > > the same test application. And of course I don't get the
> > > >behaviour I
> > > > > > > > > expected to.
> > > > > > > > >
> > > > > > > > > Am i doing something worng? And I missunderstanding 
> >something?
> > > >Can
> > > > > >this
> > > > > > > >kind
> > > > > > > > > of test be done, as reflected on the documentation from OJB 
> >web?
> > > > > > > > >
> > > > > > > > > Patiently observing the console, it seems that on every 
> >instance
> > > >a
> > > > > >new
> > > > > > > > > JavaGroups broadcasting listener is created:
> > > > > > > > >
> > > > > > > > > INFO [main] (Config.java:146) - Properties
> > > > > > > > >
> > > >{cache.algorithm=com.opensymphony.oscache.base.algorithm.LRUCache,
> > > > > > > > > cache.capacity=1000, cache.unlimited.disk=false,
> > > > > > > > >
> > > > > > >
> > > > > >
> > > > 
> > >cache.event.listeners=com.opensymphony.oscache.plugins.clustersupport.JavaGroupsBroadcastingListener}
> > > > > > > > > INFO [main] (GeneralCacheAdministrator.java:98) - 
> >Constructed
> > > > > > > > > GeneralCacheAdministrator()
> > > > > > > > > INFO [main] (GeneralCacheAdministrator.java:293) - Creating 
> >new
> > > > > >cache
> > > > > > > > > INFO [main] (AbstractBroadcastingListener.java:35) -
> > > > > > > > > AbstractBroadcastingListener registered
> > > > > > > > > INFO [main] (JavaGroupsBroadcastingListener.java:91) - 
> >Starting
> > > >a
> > > > > >new
> > > > > > > > > JavaGroups broadcasting listener with
> > > > > > > > >
> > > > > > >
> > > > > >
> > > > 
> > >properties=UDP(mcast_addr=231.12.21.132;mcast_port=45566;ip_ttl=32;mcast_send_buf_size=150000;mcast_recv_buf_size=80000):PING(timeout=2000;num_initial_members=3):MERGE2(min_interval=5000;max_interval=10000):FD_SOCK:VERIFY_SUSPECT(timeout=1500):pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800):pbcast.STABLE(desired_avg_gossip=20000):UNICAST(timeout=5000):FRAG(frag_size=8096;down_thread=false;up_thread=false):pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=true)
> > > > > > > > >
> > > > > > > > > -------------------------------------------------------
> > > > > > > > > GMS: address is 192.168.0.1:1590
> > > > > > > > > -------------------------------------------------------
> > > > > > > > > INFO [main] (JavaGroupsBroadcastingListener.java:99) -
> > > >JavaGroups
> > > > > > > >clustering
> > > > > > > > > support started successfully
> > > > > > > > > INFO [PullPushAdapterThread]
> > > > > >(JavaGroupsBroadcastingListener.java:166) -
> > > > > > > >A
> > > > > > > > > new member at address '192.168.0.1:1590' has joined the 
> >cluster
> > > > > > > > >
> > > > > > > > > so this can be maybe the problem ... But I confess I have no
> > > >idea
> > > > > >...
> > > > > > > > >
> > > > > > > > > Thanks in advance,
> > > > > > > > > Enrique Medina.
> > > > > > > > >
> > > > > > > > >
> > > >_________________________________________________________________
> > > > > > > > > Correos m�s divertidos con fotos y textos incre�bles en MSN 
> >8.
> > > > > >Pru�balo
> > > > > > > > > gratis dos meses.
> > > > > >http://join.msn.com/?pgmarket=es-es&XAPID=45&DI=1055
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > 
> > >---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > >---------------------------------------------------------------------
> > > > > > > >To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > > > >
> > > > > > >
> > > > > > > 
> >_________________________________________________________________
> > > > > > > Encuentra a tu media naranja entre los perfiles que m�s te 
> >gusten.
> > > >Toda
> > > > > >la
> > > > > > > magia del romance en MSN Amor & Amistad. http://match.msn.es/
> > > > > > >
> > > > > > >
> > > > > > >
> > > >---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > > >
> > > > > >
> > > > > >
> > > > > 
> > >---------------------------------------------------------------------
> > > > > >To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > >
> > > > >
> > > > > _________________________________________________________________
> > > > > �Vas a comprar algo a trav�s de Internet? Ord�nalo por el mejor 
> >precio
> > > >en
> > > > > MSN Compras. http://www.msn.es/compras/
> > > > >
> > > > >
> > > > > 
> >---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > >
> > > >
> > > >---------------------------------------------------------------------
> > > >To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > >For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > >
> > > _________________________________________________________________
> > > �Est�s pensando en cambiar de coche? Todas los modelos de serie y extras 
> >en
> > > MSN Motor. http://motor.msn.es/researchcentre/
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> _________________________________________________________________
> Una nueva forma de navegar. Descarga la Barra de Herramientas de MSN.  
> http://toolbar.msn.es/
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


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

Reply via email to