Menu
▾
▴
tomcat-jg-development — Discussion of tomcat-javagroups development.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(13) |
Dec
(12) |
|---|
|
From: Bela B. <be...@ya...> - 2002-12-18 00:53:46
|
Warner Godfrey wrote:
> Hello everyone,
>
> I have recently upgraded to javagroups-tomcat v0.9.1 and observed the
> following error message in the Tomcat console when attempting to start
> Tomcat.
>
> --
> StandardEngine[Standalone]: setJvmRoute=tomcat1:8009
> Trace.init() java.io.FileNotFoundException: C:\Documents and
> Settings\Warner
> God
> frey\javagroups.properties (The system cannot find the file specified)
> [INFO] Http11Protocol - -Initializing Coyote HTTP/1.1 on port 8080
> Starting service Tomcat-Standalone
> Apache Tomcat/4.1.12
> --
>
> If I simply create an empty file 'C:\Documents and Settings\Warner
> Godfrey\javagroups.properties', the server starts up fine.
>
> I was wondering if I should be doing anything more sophisticated in the
> javagroups.properties file, or that it's presence is enough to get Tomcat
> and JavaGroups to get along.
javagroups.properties is only used to define tracing for JavaGroups, so
if JavaGroups doesn't find it, it won't trace anything, it will run
okay, but it won't trace anything.
The search order for javagroups.properties is (copy it from the
JG_ROOT/conf dir):
* user's home directory (user.home property)
* CLASSPATH
--
Bela Ban
http://www.javagroups.com
Cell: (408) 316-4459
|
|
From: Warner G. <wa...@go...> - 2002-12-18 00:46:15
|
Hello everyone, I have recently upgraded to javagroups-tomcat v0.9.1 and observed the following error message in the Tomcat console when attempting to start Tomcat. -- StandardEngine[Standalone]: setJvmRoute=tomcat1:8009 Trace.init() java.io.FileNotFoundException: C:\Documents and Settings\Warner God frey\javagroups.properties (The system cannot find the file specified) [INFO] Http11Protocol - -Initializing Coyote HTTP/1.1 on port 8080 Starting service Tomcat-Standalone Apache Tomcat/4.1.12 -- If I simply create an empty file 'C:\Documents and Settings\Warner Godfrey\javagroups.properties', the server starts up fine. I was wondering if I should be doing anything more sophisticated in the javagroups.properties file, or that it's presence is enough to get Tomcat and JavaGroups to get along. I am running a cluster with the following config: - Windows 2K - Tomcat 4.1.12 - JavaGroups v2.0.3 - javagroups-tomcat v0.9.1 Thanks |
|
From: Bela B. <be...@ya...> - 2002-12-17 23:58:45
|
Filip Hanik wrote: > an addition to this, > the manager must block all other messages while writing the sessions > to the > byte array, so that sessions don't send messages before the actual session > has been transferred. > more on this later :) All we need to do here is to synchronize around cache access, maybe use a r/w lock. We just need to insure that noone else is modifying the state while we copy it. JavaGroups' state transfer takes care of shipping the state to the new member at the correct location in the message stream. -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 |
|
From: Filip H. <ma...@fi...> - 2002-12-17 23:32:52
|
an addition to this, the manager must block all other messages while writing the sessions to the byte array, so that sessions don't send messages before the actual session has been transferred. more on this later :) Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Filip Hanik >Sent: Tuesday, December 17, 2002 3:06 PM >To: Bela Ban; tom...@li... >Subject: RE: [Tomcat-jg-development] RE: State transfer to new node > > >okey dokey, >I haven't started working with the tomcat 5 code base yet, so these changes >I made to the sourceforge project >I just checked in the serialization and deserialization of the session data > >//this method creates a byte array containing all the session data >currently >available >public byte[] getSerializedSessionBytes() > >//this method reads all the sessions out of the byte and adds them to the >manager >//it only returns the added sessions for testing purposes >public Session[] readSerializedSessionBytes(byte[] data) > >I haven't tested this yet since I have to finish a commercial project this >week > >Filip > >~ >Namaste - I bow to the divine in you >~ >Filip Hanik >Software Architect >www.filip.net > >>-----Original Message----- >>From: tom...@li... >>[mailto:tom...@li...]On Behalf Of >>Bela Ban >>Sent: Tuesday, December 17, 2002 2:46 PM >>To: tom...@li... >>Subject: Re: [Tomcat-jg-development] RE: State transfer to new node >> >> >>Filip Hanik wrote: >> >>> doing it right now :) >> >> >>Is this going to be only in Tomcat 5.0, or did you backport it to 4.X as >>well ? >> >>-- >>Bela Ban >>http://www.javagroups.com >>Cell: (408) 316-4459 >> >> >> >>------------------------------------------------------- >>This sf.net email is sponsored by: >>With Great Power, Comes Great Responsibility >>Learn to use your power at OSDN's High Performance Computing Channel >>http://hpc.devchannel.org/ >>_______________________________________________ >>Tomcat-jg-development mailing list >>Tom...@li... >>https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development >> > > > >------------------------------------------------------- >This sf.net email is sponsored by: >With Great Power, Comes Great Responsibility >Learn to use your power at OSDN's High Performance Computing Channel >http://hpc.devchannel.org/ >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Filip H. <ma...@fi...> - 2002-12-17 23:04:40
|
okey dokey, I haven't started working with the tomcat 5 code base yet, so these changes I made to the sourceforge project I just checked in the serialization and deserialization of the session data //this method creates a byte array containing all the session data currently available public byte[] getSerializedSessionBytes() //this method reads all the sessions out of the byte and adds them to the manager //it only returns the added sessions for testing purposes public Session[] readSerializedSessionBytes(byte[] data) I haven't tested this yet since I have to finish a commercial project this week Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Bela Ban >Sent: Tuesday, December 17, 2002 2:46 PM >To: tom...@li... >Subject: Re: [Tomcat-jg-development] RE: State transfer to new node > > >Filip Hanik wrote: > >> doing it right now :) > > >Is this going to be only in Tomcat 5.0, or did you backport it to 4.X as >well ? > >-- >Bela Ban >http://www.javagroups.com >Cell: (408) 316-4459 > > > >------------------------------------------------------- >This sf.net email is sponsored by: >With Great Power, Comes Great Responsibility >Learn to use your power at OSDN's High Performance Computing Channel >http://hpc.devchannel.org/ >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Bela B. <be...@ya...> - 2002-12-17 22:46:26
|
Filip Hanik wrote: > doing it right now :) Is this going to be only in Tomcat 5.0, or did you backport it to 4.X as well ? -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 |
|
From: Bela B. <be...@ya...> - 2002-12-17 22:45:45
|
Bruce Duncan wrote: > Where are we on the state transfer code? I don't know. At the moment Filip is integrating the tomcat-jg code into Tomcat itself, so we don't want to duplicate code. Filip, are you working on this ? > This will allow for the server which is (re)joining the cluster > to get all of the sessions before he can receive an http request, is > that correct? Will we queue the > session manipulation messages that come in while the state transfer is > going on and process them after it > is finished but before the server starts accepting http requests? This will be done only for the joining member; all other nodes will be able to modify their sessions and send/receive replication updates. -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 |
|
From: Filip H. <ma...@fi...> - 2002-12-17 22:41:03
|
doing it right now :) Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Bruce Duncan >Sent: Tuesday, December 17, 2002 2:24 PM >To: tom...@li... >Subject: RE: [Tomcat-jg-development] RE: State transfer to new node > > >Where are we on the state transfer code? This will >allow for the server which is (re)joining the cluster >to get all of the sessions before he can receive an >http request, is that correct? Will we queue the >session manipulation messages that come in while the >state transfer is going on and process them after it >is finished but before the server starts accepting >http requests? > >bruce > > >--- Filip Hanik <ma...@fi...> wrote: >> haven't got around to this yet, hopefully today, are >> you in a hurry? >> >> Filip >> >> ~ >> Namaste - I bow to the divine in you >> ~ >> Filip Hanik >> Software Architect >> www.filip.net >> >> >-----Original Message----- >> >From: >> tom...@li... >> >>[mailto:tom...@li...]On >> Behalf Of >> >Filip Hanik >> >Sent: Wednesday, November 27, 2002 9:12 AM >> >To: Bela Ban; Bruce Duncan >> >Cc: tom...@li... >> >Subject: [Tomcat-jg-development] RE: State transfer >> to new node >> > >> > >> >I will get this method done for you today >> > >> >Filip >> > >> >~ >> >Namaste - I bow to the divine in you >> >~ >> >Filip Hanik >> >Software Architect >> >www.filip.net >> > >> >>-----Original Message----- >> >>From: Bela Ban [mailto:be...@ya...] >> >>Sent: Tuesday, November 26, 2002 9:50 PM >> >>To: Bruce Duncan >> >>Cc: Filip Hanik; tom...@li... >> >>Subject: State transfer to new node >> >> >> >> >> >>Filip, Bruce, >> >> >> >>I noticed that transfer of all session to a new >> node is done by 2 >> >>asynchronous EVT_GET_ALL_SESSIONS messages. >> >>The new node sends this message to the current >> coordinator (first node >> >>started), which then sends back a unicast message >> for each session (and >> >>associated principal) to the joining node. >> >> >> >>So if you have 100 sessions, the joining node will >> receive at least 100 >> >>messages (EVT_SESSION_CREATED msg). >> >> >> >>I'd like to change this to use the STATE_TRANSFER >> protocol of >> >>JavaGroups. To do so, I'll need your help: >> >> >> >> * Filip: is there a method to get all sessions >> as a byte buffer ? >> >> I'll also need a method to recreate and set >> the sessions given a >> >> byte buffer. >> >> * The default protocol stack needs to contain >> the STATE_TRANSFER >> >> protocol on top. Do we have default >> properties anywhere ? At least >> >> we need to change the documentation. >> >> >> >>Cheers, >> >> >> >>-- >> >>Bela Ban >> >>www.javagroups.com >> >>(408) 316-4459 >> >> >> >> >> >> >> > >> > >> >>------------------------------------------------------- >> >This SF.net email is sponsored by: Get the new Palm >> Tungsten T >> >handheld. Power & Color in a compact size! >> >>http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en >> >_______________________________________________ >> >Tomcat-jg-development mailing list >> >Tom...@li... >> >>https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development >> > >> >> >> >------------------------------------------------------- >> This SF.net email is sponsored by: Get the new Palm >> Tungsten T >> handheld. Power & Color in a compact size! >> >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en >> _______________________________________________ >> Tomcat-jg-development mailing list >> Tom...@li... >> >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > > >__________________________________________________ >Do you Yahoo!? >Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >http://mailplus.yahoo.com > > >------------------------------------------------------- >This sf.net email is sponsored by: >With Great Power, Comes Great Responsibility >Learn to use your power at OSDN's High Performance Computing Channel >http://hpc.devchannel.org/ >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Bruce D. <bru...@ya...> - 2002-12-17 22:23:48
|
Where are we on the state transfer code? This will allow for the server which is (re)joining the cluster to get all of the sessions before he can receive an http request, is that correct? Will we queue the session manipulation messages that come in while the state transfer is going on and process them after it is finished but before the server starts accepting http requests? bruce --- Filip Hanik <ma...@fi...> wrote: > haven't got around to this yet, hopefully today, are > you in a hurry? > > Filip > > ~ > Namaste - I bow to the divine in you > ~ > Filip Hanik > Software Architect > www.filip.net > > >-----Original Message----- > >From: > tom...@li... > >[mailto:tom...@li...]On > Behalf Of > >Filip Hanik > >Sent: Wednesday, November 27, 2002 9:12 AM > >To: Bela Ban; Bruce Duncan > >Cc: tom...@li... > >Subject: [Tomcat-jg-development] RE: State transfer > to new node > > > > > >I will get this method done for you today > > > >Filip > > > >~ > >Namaste - I bow to the divine in you > >~ > >Filip Hanik > >Software Architect > >www.filip.net > > > >>-----Original Message----- > >>From: Bela Ban [mailto:be...@ya...] > >>Sent: Tuesday, November 26, 2002 9:50 PM > >>To: Bruce Duncan > >>Cc: Filip Hanik; tom...@li... > >>Subject: State transfer to new node > >> > >> > >>Filip, Bruce, > >> > >>I noticed that transfer of all session to a new > node is done by 2 > >>asynchronous EVT_GET_ALL_SESSIONS messages. > >>The new node sends this message to the current > coordinator (first node > >>started), which then sends back a unicast message > for each session (and > >>associated principal) to the joining node. > >> > >>So if you have 100 sessions, the joining node will > receive at least 100 > >>messages (EVT_SESSION_CREATED msg). > >> > >>I'd like to change this to use the STATE_TRANSFER > protocol of > >>JavaGroups. To do so, I'll need your help: > >> > >> * Filip: is there a method to get all sessions > as a byte buffer ? > >> I'll also need a method to recreate and set > the sessions given a > >> byte buffer. > >> * The default protocol stack needs to contain > the STATE_TRANSFER > >> protocol on top. Do we have default > properties anywhere ? At least > >> we need to change the documentation. > >> > >>Cheers, > >> > >>-- > >>Bela Ban > >>www.javagroups.com > >>(408) 316-4459 > >> > >> > >> > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by: Get the new Palm > Tungsten T > >handheld. Power & Color in a compact size! > >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > >_______________________________________________ > >Tomcat-jg-development mailing list > >Tom...@li... > >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm > Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Tomcat-jg-development mailing list > Tom...@li... > https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Bela B. <be...@ya...> - 2002-12-04 00:39:11
|
Hi Filip, great ! The tomcat-javagroups code does really belong to the Tomcat project, which is what I've always said. We'll kill tomcat-javagroups once we have the code integrated with Tomcat5. Can you make sure they don't use your old codebase, but the code from tomcat-javagroups ! Let's also make the state transfer change before they take that code (Filip ?)... > gee, Tomcat 5 really wants clustering > -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 |
|
From: Filip H. <ma...@fi...> - 2002-12-03 23:32:29
|
gee, Tomcat 5 really wants clustering Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net -----Original Message----- From: Remy Maucherat [mailto:re...@ap...] Sent: Tuesday, December 03, 2002 8:50 AM To: Tomcat Developers List Subject: [5.0] Cluster features Hi, I think the clustering features in Tomcat 5 should get an overhaul. Despite some licensing dicrepancies, I plan to use JavaGroups for the task (LGPL license), as well as some code which was donated a while ago by Filip Hanik. Based on what is already done, the amount of work that will have to be done to have quality clustering features seems small. Most of the current clustering API will be removed in the process, since it doesn't seem to be maintained anymore, and didn't evolve past experimental stage (if I am wrong on that, let me know). I also plan to bundle JavaGroups with Tomcat 5, as it only adds a 1MB standalone JAR. Configuring Tomcat for clustering will be quite easy once all the code is in place. I don't know if that plan is acceptable for everyone. Originally, I -1ed the code submission because of licensing and absence of integration with the existing Cluster API. The licensing issue is still there, but since the Cluster API now seems sort of dead, another solution has to be found (IMO, of course there's JK available). Comments ? Remy -- To unsubscribe, e-mail: <mailto:tom...@ja...> For additional commands, e-mail: <mailto:tom...@ja...> |
|
From: Filip H. <ma...@fi...> - 2002-12-02 17:56:26
|
haven't got around to this yet, hopefully today, are you in a hurry? Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Filip Hanik >Sent: Wednesday, November 27, 2002 9:12 AM >To: Bela Ban; Bruce Duncan >Cc: tom...@li... >Subject: [Tomcat-jg-development] RE: State transfer to new node > > >I will get this method done for you today > >Filip > >~ >Namaste - I bow to the divine in you >~ >Filip Hanik >Software Architect >www.filip.net > >>-----Original Message----- >>From: Bela Ban [mailto:be...@ya...] >>Sent: Tuesday, November 26, 2002 9:50 PM >>To: Bruce Duncan >>Cc: Filip Hanik; tom...@li... >>Subject: State transfer to new node >> >> >>Filip, Bruce, >> >>I noticed that transfer of all session to a new node is done by 2 >>asynchronous EVT_GET_ALL_SESSIONS messages. >>The new node sends this message to the current coordinator (first node >>started), which then sends back a unicast message for each session (and >>associated principal) to the joining node. >> >>So if you have 100 sessions, the joining node will receive at least 100 >>messages (EVT_SESSION_CREATED msg). >> >>I'd like to change this to use the STATE_TRANSFER protocol of >>JavaGroups. To do so, I'll need your help: >> >> * Filip: is there a method to get all sessions as a byte buffer ? >> I'll also need a method to recreate and set the sessions given a >> byte buffer. >> * The default protocol stack needs to contain the STATE_TRANSFER >> protocol on top. Do we have default properties anywhere ? At least >> we need to change the documentation. >> >>Cheers, >> >>-- >>Bela Ban >>www.javagroups.com >>(408) 316-4459 >> >> >> > > >------------------------------------------------------- >This SF.net email is sponsored by: Get the new Palm Tungsten T >handheld. Power & Color in a compact size! >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Filip H. <fi...@fi...> - 2002-11-27 17:11:58
|
I will get this method done for you today Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: Bela Ban [mailto:be...@ya...] >Sent: Tuesday, November 26, 2002 9:50 PM >To: Bruce Duncan >Cc: Filip Hanik; tom...@li... >Subject: State transfer to new node > > >Filip, Bruce, > >I noticed that transfer of all session to a new node is done by 2 >asynchronous EVT_GET_ALL_SESSIONS messages. >The new node sends this message to the current coordinator (first node >started), which then sends back a unicast message for each session (and >associated principal) to the joining node. > >So if you have 100 sessions, the joining node will receive at least 100 >messages (EVT_SESSION_CREATED msg). > >I'd like to change this to use the STATE_TRANSFER protocol of >JavaGroups. To do so, I'll need your help: > > * Filip: is there a method to get all sessions as a byte buffer ? > I'll also need a method to recreate and set the sessions given a > byte buffer. > * The default protocol stack needs to contain the STATE_TRANSFER > protocol on top. Do we have default properties anywhere ? At least > we need to change the documentation. > >Cheers, > >-- >Bela Ban >www.javagroups.com >(408) 316-4459 > > > |
|
From: Bela B. <be...@ya...> - 2002-11-27 05:53:43
|
Filip, Bruce,
I noticed that transfer of all session to a new node is done by 2
asynchronous EVT_GET_ALL_SESSIONS messages.
The new node sends this message to the current coordinator (first node
started), which then sends back a unicast message for each session (and
associated principal) to the joining node.
So if you have 100 sessions, the joining node will receive at least 100
messages (EVT_SESSION_CREATED msg).
I'd like to change this to use the STATE_TRANSFER protocol of
JavaGroups. To do so, I'll need your help:
* Filip: is there a method to get all sessions as a byte buffer ?
I'll also need a method to recreate and set the sessions given a
byte buffer.
* The default protocol stack needs to contain the STATE_TRANSFER
protocol on top. Do we have default properties anywhere ? At least
we need to change the documentation.
Cheers,
--
Bela Ban
www.javagroups.com
(408) 316-4459
|
|
From: Bela B. <be...@ya...> - 2002-11-27 05:26:14
|
Hi Bruce,
okay, what happened was that the initial state transfer took a long time
because the state was large (747795 bytes), so the method ran into a
timeout.
2 things you can do to remdey this:
1. Increase the timeout (replicationTimeout) in the Manager tag.
2. I have made the unicast state transfer asynchronous; ie. we won't
wait for an ack. Therefore there won't be any timeouts
2 things on my todo list:
1. I will make the state transfer a synchronous call: request and
response will be corelated. Currently we use 2 asynchronous
messages, so if you receive a message *after* you send the state
transfer request, but *before* you receive the state transfer
response, your state will be incorrect. I want state transfer to
be handled on the level of JavaGroups (which does it correctly,
even in light of messages being sent during xfer) rather than the
appl level.
2. I'm working on a new building block in JavaGroups
(TransactionalHashtable), which will allow a developer to mix and
match (a) asynchronous, (b) synchronous and (c) synchronous with
locking method calls. This is essentially the same as the current
MessageDispatcher, but with added transactional semantics. For
paranoid folks this will add total serializability to their
replication (if they want to).
Check out the changes in the CVS.
P.S.: I suggest to upgrade to JavaGroups 2.0.4 soon, the 2.0.1 version
we're using is still from July 2002. Also, we need to change the
documentation: min_wait_time in UNICAST is not supported anymore.
Duncan/Filip: can we add the documentation to the CVS as well so we have
a central place to maintain it ? We can then update the website from the
CVS.
Cheers,
> Iam using the same javagroups jar that is checked into
> CVS for tomcat-javagroups.
>
> Here's my Manager line:
>
> <Manager
> protocolStack="UDP(mcast_addr=228.1.2.3;mcast_port=45566;ip_ttl=32):PING(timeout=3000;num_initial_members=6):FD(timeout=5000):VERIFY_SUSPECT(timeout=1500):pbcast.STABLE(desired_avg_gossip=10000):pbcast.NAKACK(gc_lag=10;retransmit_timeout=3000):UNICAST(timeout=5000;min_wait_time=2000):MERGE2:FRAG:pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;shun=false;print_local_addr=false)"
> className="org.apache.catalina.session.InMemoryReplicationManager"
> groupName="NetChartsServerGroup"
> synchronousReplication="true" debug="9"/>
>
> I used a loadbalancer i wrote to round robin hit 2
> servers for quite some time. The pages i hit add
> fairly large objects the the session. I then killed
> one of the servers. I then kept browsing around for a
> bit. Then i started the server back up and this is
> what i got:
>
>
> 2002-11-26 19:58:49 StandardManager[]:
> [InMemoryReplicationManager] Trying to send message
> [dst: jenkins:34192, src: chatham:2474, size = 747795
> bytes] with type=SESSION-CREATED
> 2002-11-26 19:58:54 StandardManager[]
> [InMemoryReplicationManager] Unable to send message
> through javagroups channel
> TimeoutException
>
--
Bela Ban
www.javagroups.com
(408) 316-4459
|
|
From: Filip H. <ma...@fi...> - 2002-11-19 18:04:58
|
this is not really a problem. All it means is that you will not be able to manage the InMemoryReplicationManager through a JMX admin tool. It is a poor choice of the tomcat developers to hardcode the classes into a XML file in the library path, instead of making this openly configurable. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Bela Ban > > >Dude, > >can we do something about the problem below ? Should we include that >file in our distribution as well ? > > >By: jronan <http://sourceforge.net/users/jronan/> ( Jim Ronan ) >RE: session replication ><http://sourceforge.net/forum/message.php?msg_id=1749592> >2002-11-08 12:35 I had the same problem with tomcat 4.1.12. I believe it >is caused by internal changes within Tomcat that require classes like >the session manager to be included in the mbeans-descriptors.xml file. I >fixed it by extracting the mbeans-descriptors.xml file from >$TOMCAT_HOME/server/lib/catalina.jar and saving it to >$TOMCAT_HOME/server/classes/org/apache/catalina/mbeans. Next, I copied >the section for the StandardManager, and renamed it >InMemoryReplicationManager. > >This cleared the problem. > >good luck - jim > >-- >Bela Ban >http://www.javagroups.com >Cell: (408) 316-4459 > |
|
From: Bela B. <be...@ya...> - 2002-11-19 17:28:49
|
Filip Hanik wrote: > I have added a new feature to the <Manager>. > > there is now an attribute available > <Manager > expireSessionsOnShutdown="false"/> > > The default is true. But sometimes when you reboot your systems you don't > want the system to expire your sessions since this will cause them to > expire > everwhere else in the cluster. Dude, can we do something about the problem below ? Should we include that file in our distribution as well ? By: jronan <http://sourceforge.net/users/jronan/> ( Jim Ronan ) RE: session replication <http://sourceforge.net/forum/message.php?msg_id=1749592> 2002-11-08 12:35 I had the same problem with tomcat 4.1.12. I believe it is caused by internal changes within Tomcat that require classes like the session manager to be included in the mbeans-descriptors.xml file. I fixed it by extracting the mbeans-descriptors.xml file from $TOMCAT_HOME/server/lib/catalina.jar and saving it to $TOMCAT_HOME/server/classes/org/apache/catalina/mbeans. Next, I copied the section for the StandardManager, and renamed it InMemoryReplicationManager. This cleared the problem. good luck - jim -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 |
|
From: Filip H. <ma...@fi...> - 2002-11-19 01:03:31
|
I have added a new feature to the <Manager>. there is now an attribute available <Manager expireSessionsOnShutdown="false"/> The default is true. But sometimes when you reboot your systems you don't want the system to expire your sessions since this will cause them to expire everwhere else in the cluster. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Filip Hanik >Sent: Thursday, November 14, 2002 9:43 AM >To: tom...@li... >Subject: [Tomcat-jg-development] load balancing > > >if you need to test out load balancing, I wrote a tcp load balancer with >minor fail over in java. (ie fail over works really well for browsers since >a new connection is established from the client:)) This thing is super easy >to configure. >Note that it is not a complete load balancer. If you are on a unix system I >recommend http://balance.sourceforge.net > >check out the source and try it out. > >one example is >java -classpath tcploadbalancer.jar com.vrp.io.TcpLoadBalancer -l >vaio:8080 -l vaio:8088 -bindaddress vaio -port 9999 > >I will check in this code into source forge too >Filip > >~ >Namaste - I bow to the divine in you >~ >Filip Hanik >Software Architect >www.filip.net > >>-----Original Message----- >>From: Bela Ban [mailto:be...@ya...] >>Sent: Wednesday, November 13, 2002 4:01 PM >>To: Bruce Duncan >>Cc: Filip Hanik >>Subject: Re: [Tomcat-jg-development] Synchronous mode >> >> >>Bruce Duncan wrote: >> >>> This looks like it is working provided I do not >>> specify Filip's original protocolStack. If I just >>> don't specify the protocolStack then it seems to work >>> alright. >> >> >>Probably you are using a newer version of JavaGroups, which does not >>support the TCP(min_wait_time) parameter anymore. If you enable >>JavaGroups tracing you should see the error message. >> >> >>> The only problem i have encountered is that >>> I get Timeout Exceptions sending messages in some >>> instances. This seems to happen most frequently if I >>> kill a server and then restart it. >> >> >>So sendMessage will wait until that server is suspected and then return. >>So, depending on your protocol stack spec, that might take some time, >>especially if you are using FD as failure detection protocol. You may >>want to set timeout and max_tries in your properties explicitly. Can you >>post the exceptions you are getting so we know whether this is caused by >>(a) unicast or (b) multicast messages ? >> >>> When it tries to get the sessions from the other server(s) it looks >>> like it causes the Timeout Exception. >> >> >>Only in this case ? Filip: what do you think, shouldn't we make fetching >>of state a sync RPC, rather than using 2 async RPCs ? >> >> >> >>-- >>Bela Ban >>http://www.javagroups.com >>Cell: (408) 316-4459 >> >> > |
|
From: Filip H. <fi...@fi...> - 2002-11-14 17:41:50
|
if you need to test out load balancing, I wrote a tcp load balancer with minor fail over in java. (ie fail over works really well for browsers since a new connection is established from the client:)) This thing is super easy to configure. Note that it is not a complete load balancer. If you are on a unix system I recommend http://balance.sourceforge.net check out the source and try it out. one example is java -classpath tcploadbalancer.jar com.vrp.io.TcpLoadBalancer -l vaio:8080 -l vaio:8088 -bindaddress vaio -port 9999 I will check in this code into source forge too Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: Bela Ban [mailto:be...@ya...] >Sent: Wednesday, November 13, 2002 4:01 PM >To: Bruce Duncan >Cc: Filip Hanik >Subject: Re: [Tomcat-jg-development] Synchronous mode > > >Bruce Duncan wrote: > >> This looks like it is working provided I do not >> specify Filip's original protocolStack. If I just >> don't specify the protocolStack then it seems to work >> alright. > > >Probably you are using a newer version of JavaGroups, which does not >support the TCP(min_wait_time) parameter anymore. If you enable >JavaGroups tracing you should see the error message. > > >> The only problem i have encountered is that >> I get Timeout Exceptions sending messages in some >> instances. This seems to happen most frequently if I >> kill a server and then restart it. > > >So sendMessage will wait until that server is suspected and then return. >So, depending on your protocol stack spec, that might take some time, >especially if you are using FD as failure detection protocol. You may >want to set timeout and max_tries in your properties explicitly. Can you >post the exceptions you are getting so we know whether this is caused by >(a) unicast or (b) multicast messages ? > >> When it tries to get the sessions from the other server(s) it looks >> like it causes the Timeout Exception. > > >Only in this case ? Filip: what do you think, shouldn't we make fetching >of state a sync RPC, rather than using 2 async RPCs ? > > > >-- >Bela Ban >http://www.javagroups.com >Cell: (408) 316-4459 > > |
|
From: Bruce D. <bru...@ya...> - 2002-11-12 20:44:08
|
welp...i use all tabs..but either way works. bruce --- Filip Hanik <ma...@fi...> wrote: > is it ok if we use spaces only in source code of > java? > mixing spaces and tabs makes formatting a pain in > the booty :)) > > Filip > > ~ > Namaste - I bow to the divine in you > ~ > Filip Hanik > Software Architect > www.filip.net > > >-----Original Message----- > >From: > tom...@li... > >[mailto:tom...@li...]On > Behalf Of > >Filip Hanik > >Sent: Thursday, November 07, 2002 4:24 PM > >To: tom...@li... > >Subject: [Tomcat-jg-development] new catalina.jar > uploaded > > > > > >I uploaded the catalina.jar for Tomcat 4.1.12 > instead. This is because most > >users are using this one, and our replication > implementation ends up in an > >infinite loop in 4.1.12. So I have fixed that now, > and we should be good to > >go :)) > > > >Filip > > > >~ > >Namaste - I bow to the divine in you > >~ > >Filip Hanik > >Software Architect > >www.filip.net > > > >>-----Original Message----- > >>From: > tom...@li... > >>[mailto:tom...@li...]On > Behalf Of > >>Bruce Duncan > >>Sent: Monday, November 04, 2002 1:02 PM > >>To: tom...@li... > >>Subject: [Tomcat-jg-development] Synchronous mode > >> > >> > >>Bela, have you found any time to check in a option > for > >>synchronous mode yet to tomcat-javagroups? > >> > >>bruce > >> > >>__________________________________________________ > >>Do you Yahoo!? > >>HotJobs - Search new jobs daily now > >>http://hotjobs.yahoo.com/ > >> > >> > >>------------------------------------------------------- > >>This SF.net email is sponsored by: ApacheCon, > November 18-21 in > >>Las Vegas (supported by COMDEX), the only Apache > event to be > >>fully supported by the ASF. > http://www.apachecon.com > >>_______________________________________________ > >>Tomcat-jg-development mailing list > >>Tom...@li... > >>https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > >> > > > > > > > >------------------------------------------------------- > >This sf.net email is sponsored by: See the NEW Palm > >Tungsten T handheld. Power & Color in a compact > size! > >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en > >_______________________________________________ > >Tomcat-jg-development mailing list > >Tom...@li... > >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: > To learn the basics of securing your web site with > SSL, > click here to get a FREE TRIAL of a Thawte Server > Certificate: > http://www.gothawte.com/rd522.html > _______________________________________________ > Tomcat-jg-development mailing list > Tom...@li... > https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2 |
|
From: Filip H. <ma...@fi...> - 2002-11-12 20:03:50
|
is it ok if we use spaces only in source code of java? mixing spaces and tabs makes formatting a pain in the booty :)) Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Filip Hanik >Sent: Thursday, November 07, 2002 4:24 PM >To: tom...@li... >Subject: [Tomcat-jg-development] new catalina.jar uploaded > > >I uploaded the catalina.jar for Tomcat 4.1.12 instead. This is because most >users are using this one, and our replication implementation ends up in an >infinite loop in 4.1.12. So I have fixed that now, and we should be good to >go :)) > >Filip > >~ >Namaste - I bow to the divine in you >~ >Filip Hanik >Software Architect >www.filip.net > >>-----Original Message----- >>From: tom...@li... >>[mailto:tom...@li...]On Behalf Of >>Bruce Duncan >>Sent: Monday, November 04, 2002 1:02 PM >>To: tom...@li... >>Subject: [Tomcat-jg-development] Synchronous mode >> >> >>Bela, have you found any time to check in a option for >>synchronous mode yet to tomcat-javagroups? >> >>bruce >> >>__________________________________________________ >>Do you Yahoo!? >>HotJobs - Search new jobs daily now >>http://hotjobs.yahoo.com/ >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: ApacheCon, November 18-21 in >>Las Vegas (supported by COMDEX), the only Apache event to be >>fully supported by the ASF. http://www.apachecon.com >>_______________________________________________ >>Tomcat-jg-development mailing list >>Tom...@li... >>https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development >> > > > >------------------------------------------------------- >This sf.net email is sponsored by: See the NEW Palm >Tungsten T handheld. Power & Color in a compact size! >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Filip H. <ma...@fi...> - 2002-11-08 00:22:42
|
I uploaded the catalina.jar for Tomcat 4.1.12 instead. This is because most users are using this one, and our replication implementation ends up in an infinite loop in 4.1.12. So I have fixed that now, and we should be good to go :)) Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Bruce Duncan >Sent: Monday, November 04, 2002 1:02 PM >To: tom...@li... >Subject: [Tomcat-jg-development] Synchronous mode > > >Bela, have you found any time to check in a option for >synchronous mode yet to tomcat-javagroups? > >bruce > >__________________________________________________ >Do you Yahoo!? >HotJobs - Search new jobs daily now >http://hotjobs.yahoo.com/ > > >------------------------------------------------------- >This SF.net email is sponsored by: ApacheCon, November 18-21 in >Las Vegas (supported by COMDEX), the only Apache event to be >fully supported by the ASF. http://www.apachecon.com >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Filip H. <ma...@fi...> - 2002-11-07 16:25:29
|
where do you put the javagroups.jar? Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect www.filip.net >-----Original Message----- >From: tom...@li... >[mailto:tom...@li...]On Behalf Of >Bela Ban >Sent: Wednesday, November 06, 2002 2:47 PM >To: Vincent Shek >Cc: jav...@li...; Filip Hanik; Jules Gosnell; >tomcat-jg-development >Subject: [Tomcat-jg-development] Re: [javagroups-users] Problem using JG >within Tomcat or Weblogic > > >Could this be a classloader problem ? E.g. the first member is run by a >different classloader than the second member, so serialization will fail ? > >Any servlet container experts ? > >I suggest you enable full tracing for JavaGroups, to see eventual error >messages. > > >Vincent Shek wrote: > >> Hi all, >> >> I was able to use Javagroup sucessfully when I ran 2 processes on my >> Windows >> 2000 console. In my example below, when I started Test1 and started Test2 >> later on, the two processes were able to see each other and Test1 >> would see >> the Hashtable insert(s) performed by Test2. >> >> However, if I leave Test1 running and run my Test2 program as a >jsp inside >> Tomcat or Weblogic, the Hashtable insert performed within Tomcat would >> never >> show up in my Test1 process running on the console. >> >> Any help on this is much appreciated! I was trying to use Javagroup as a >> distributed caching mechanism within Tomcat and Weblogic server. >> >> >> Vincent Shek >> >> ////////////////////////////// process 1 /////////////////////////// >> >> import org.javagroups.*; >> import org.javagroups.blocks.*; >> import org.javagroups.log.Trace; >> >> >> public class Test1 extends Thread implements >> DistributedHashtable.Notification { >> >> DistributedHashtable h; >> >> private final String groupname="testgroup"; >> >> public static void main(String args[]) { >> >> String props="UDP(mcast_addr=228.8.8.8;mcast_port=45566;" + >> "ucast_send_buf_size=32000;ucast_recv_buf_size=64000;" + >> "mcast_send_buf_size=32000;mcast_recv_buf_size=64000;" + >> "use_packet_handler=false;loopback=true;ip_ttl=32):" + >> "PING(timeout=2000;num_initial_members=3):" + >> "MERGE2(min_interval=5000;max_interval=10000):" + >> "FD_SOCK:" + >> "VERIFY_SUSPECT(timeout=1500):" + >> "pbcast.STABLE(desired_avg_gossip=20000):" + >> >> >"pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800; >max_xmit_ >> size=5192):" + >> "UNICAST(timeout=5000):" + >> "FRAG(frag_size=8192;down_thread=false;up_thread=false):" + >> "pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;" + >> "shun=false;print_local_addr=true):" + >> "pbcast.STATE_TRANSFER"; >> >> ChannelFactory factory=new JChannelFactory(); >> >> Test1 t = new Test1(factory, props); >> t.start(); >> >> } >> >> public Test1 (ChannelFactory factory, String props) { >> h=new DistributedHashtable(groupname, factory, props, 0); >> h.addNotifier(this); >> } >> >> public void run() { >> while (true) { >> try { >> sleep(10000); >> Collection a = h.values(); >> Iterator i = a.iterator(); >> while (i.hasNext()) { >> System.out.println(i.next()); >> } >> } catch (InterruptedException e) {} >> } >> } >> >> >> public void viewChange(Vector joined, Vector left) { >> System.out.println("New members: " + joined + ", left members: " >> + left); >> } >> >> public void entrySet(Object key, Object value) { >> System.out.println("Key: " + Key + ", value: " + value); >> } >> >> public void entryRemoved(Object key) { >> } >> } >> >> ////////////////////////////// process 2 /////////////////////////// >> import org.javagroups.*; >> import org.javagroups.blocks.*; >> import org.javagroups.log.Trace; >> >> >> public class Test2 { >> >> DistributedHashtable h; >> private final String groupname="testgroup"; >> >> public static void main(String args[]) { >> >> String props="UDP(mcast_addr=228.8.8.8;mcast_port=45566;" + >> "ucast_send_buf_size=32000;ucast_recv_buf_size=64000;" + >> "mcast_send_buf_size=32000;mcast_recv_buf_size=64000;" + >> "use_packet_handler=false;loopback=true;ip_ttl=32):" + >> "PING(timeout=2000;num_initial_members=3):" + >> "MERGE2(min_interval=5000;max_interval=10000):" + >> "FD_SOCK:" + >> "VERIFY_SUSPECT(timeout=1500):" + >> "pbcast.STABLE(desired_avg_gossip=20000):" + >> >> >"pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800; >max_xmit_ >> size=5192):" + >> "UNICAST(timeout=5000):" + >> "FRAG(frag_size=8192;down_thread=false;up_thread=false):" + >> "pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;" + >> "shun=false;print_local_addr=true):" + >> "pbcast.STATE_TRANSFER"; >> >> ChannelFactory factory=new JChannelFactory(); >> >> Test2 t = new Test2(factory, props); >> } >> >> public Test2 (ChannelFactory factory, String props) { >> >> h=new DistributedHashtable(groupname, factory, props, 0); >> h.put("test1", "test1"); >> } >> } >> > > >-- >Bela Ban >http://www.javagroups.com >Cell: (408) 316-4459 > > > >------------------------------------------------------- >This sf.net email is sponsored by: See the NEW Palm >Tungsten T handheld. Power & Color in a compact size! >http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en >_______________________________________________ >Tomcat-jg-development mailing list >Tom...@li... >https://lists.sourceforge.net/lists/listinfo/tomcat-jg-development > |
|
From: Bela B. <be...@ya...> - 2002-11-06 22:47:48
|
Could this be a classloader problem ? E.g. the first member is run by a
different classloader than the second member, so serialization will fail ?
Any servlet container experts ?
I suggest you enable full tracing for JavaGroups, to see eventual error
messages.
Vincent Shek wrote:
> Hi all,
>
> I was able to use Javagroup sucessfully when I ran 2 processes on my
> Windows
> 2000 console. In my example below, when I started Test1 and started Test2
> later on, the two processes were able to see each other and Test1
> would see
> the Hashtable insert(s) performed by Test2.
>
> However, if I leave Test1 running and run my Test2 program as a jsp inside
> Tomcat or Weblogic, the Hashtable insert performed within Tomcat would
> never
> show up in my Test1 process running on the console.
>
> Any help on this is much appreciated! I was trying to use Javagroup as a
> distributed caching mechanism within Tomcat and Weblogic server.
>
>
> Vincent Shek
>
> ////////////////////////////// process 1 ///////////////////////////
>
> import org.javagroups.*;
> import org.javagroups.blocks.*;
> import org.javagroups.log.Trace;
>
>
> public class Test1 extends Thread implements
> DistributedHashtable.Notification {
>
> DistributedHashtable h;
>
> private final String groupname="testgroup";
>
> public static void main(String args[]) {
>
> String props="UDP(mcast_addr=228.8.8.8;mcast_port=45566;" +
> "ucast_send_buf_size=32000;ucast_recv_buf_size=64000;" +
> "mcast_send_buf_size=32000;mcast_recv_buf_size=64000;" +
> "use_packet_handler=false;loopback=true;ip_ttl=32):" +
> "PING(timeout=2000;num_initial_members=3):" +
> "MERGE2(min_interval=5000;max_interval=10000):" +
> "FD_SOCK:" +
> "VERIFY_SUSPECT(timeout=1500):" +
> "pbcast.STABLE(desired_avg_gossip=20000):" +
>
> "pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800;max_xmit_
> size=5192):" +
> "UNICAST(timeout=5000):" +
> "FRAG(frag_size=8192;down_thread=false;up_thread=false):" +
> "pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;" +
> "shun=false;print_local_addr=true):" +
> "pbcast.STATE_TRANSFER";
>
> ChannelFactory factory=new JChannelFactory();
>
> Test1 t = new Test1(factory, props);
> t.start();
>
> }
>
> public Test1 (ChannelFactory factory, String props) {
> h=new DistributedHashtable(groupname, factory, props, 0);
> h.addNotifier(this);
> }
>
> public void run() {
> while (true) {
> try {
> sleep(10000);
> Collection a = h.values();
> Iterator i = a.iterator();
> while (i.hasNext()) {
> System.out.println(i.next());
> }
> } catch (InterruptedException e) {}
> }
> }
>
>
> public void viewChange(Vector joined, Vector left) {
> System.out.println("New members: " + joined + ", left members: "
> + left);
> }
>
> public void entrySet(Object key, Object value) {
> System.out.println("Key: " + Key + ", value: " + value);
> }
>
> public void entryRemoved(Object key) {
> }
> }
>
> ////////////////////////////// process 2 ///////////////////////////
> import org.javagroups.*;
> import org.javagroups.blocks.*;
> import org.javagroups.log.Trace;
>
>
> public class Test2 {
>
> DistributedHashtable h;
> private final String groupname="testgroup";
>
> public static void main(String args[]) {
>
> String props="UDP(mcast_addr=228.8.8.8;mcast_port=45566;" +
> "ucast_send_buf_size=32000;ucast_recv_buf_size=64000;" +
> "mcast_send_buf_size=32000;mcast_recv_buf_size=64000;" +
> "use_packet_handler=false;loopback=true;ip_ttl=32):" +
> "PING(timeout=2000;num_initial_members=3):" +
> "MERGE2(min_interval=5000;max_interval=10000):" +
> "FD_SOCK:" +
> "VERIFY_SUSPECT(timeout=1500):" +
> "pbcast.STABLE(desired_avg_gossip=20000):" +
>
> "pbcast.NAKACK(gc_lag=50;retransmit_timeout=300,600,1200,2400,4800;max_xmit_
> size=5192):" +
> "UNICAST(timeout=5000):" +
> "FRAG(frag_size=8192;down_thread=false;up_thread=false):" +
> "pbcast.GMS(join_timeout=5000;join_retry_timeout=2000;" +
> "shun=false;print_local_addr=true):" +
> "pbcast.STATE_TRANSFER";
>
> ChannelFactory factory=new JChannelFactory();
>
> Test2 t = new Test2(factory, props);
> }
>
> public Test2 (ChannelFactory factory, String props) {
>
> h=new DistributedHashtable(groupname, factory, props, 0);
> h.put("test1", "test1");
> }
> }
>
--
Bela Ban
http://www.javagroups.com
Cell: (408) 316-4459
|
|
From: Bruce D. <bru...@ya...> - 2002-11-04 21:01:50
|
Bela, have you found any time to check in a option for synchronous mode yet to tomcat-javagroups? bruce __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ |