Jason McKerr wrote:

Hey Armin,

Sorry it took me so long.

no problem, you don't get money for it ;-)


I've finally got some nodes up and running
and will begin testing the cluster.  I'm still a bit confused as to how
to integrate Thomas's lock servlet with an existing servlet
infrastructure in a simple way, but I'll get there.


This isn't trivial stuff, personally I never tried the distributed lock manager.


Armin

J

On Wed, 2004-04-28 at 09:25, Armin Waibel wrote:

it's in CVS, we do a migration to Forrest for document generation

Armin

Jason McKerr wrote:


Is that in CVS or in the latest release?

JAson

On Wed, 2004-04-28 at 09:20, Armin Waibel wrote:


Jason McKerr wrote:



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


Jason, please check out the new "howto-work-with-clustering.xml" under [db-ojb]/forrest/src/documentation/content/xdocs/docu

Thanks!

regards,
Armin



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]




--------------------------------------------------------------------- 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]




--------------------------------------------------------------------- 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]




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



Reply via email to