Hi Jeevan,
> 1. Am I missing something? Load balancing?
Lot of ways to do load balancing :
a. U can use balancer apps, it's bundled on tomcat sample
b. U can use apache with mod_jk
So, yes, you browse to some other URL. For example, if U run the balancer
apps from tomcat, U should be redirected
Hey,
you have install my cluster patch for 5.5.9?
http://issues.apache.org/bugzilla/show_bug.cgi?id=34389
I used very heavy the new fastasyncqueue mode without memory problems
Every minute the sessions controlled for timeout. Look with an JMX
Console that the manager active session count is redu
Awesome!
I think though since I need this functionality now, I might go with
JGroups' DistributedHashtable system. It's basically what I need right
out of the box.
Thanks, and good luck! I'll be looking forward to that functionality.
-Josh
Peter Rossbach wrote:
> With the next release I hope we
With the next release I hope we support those handlings context
attribute replication handling.
We start a discussion at this list ( last three days).
Topic:
http://marc.theaimsgroup.com/?t=11141745513&r=1&w=2
Peter
Joshua Szmajda schrieb:
Hey all,
Is there a way to get the cluster system to
:[EMAIL PROTECTED]
Sent: Wed 3/2/2005 12:17 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
> From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
> Subject: RE: Tomcat clustering and NotSerializableException
>
> Indeed a reference to the HttpServletRequest i
> From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
> Subject: RE: Tomcat clustering and NotSerializableException
>
> Indeed a reference to the HttpServletRequest is held in my Struts form
> (session-scope). The problem went away once I added transient to the
> attribute.
How
t titled "RE: SOLVED -
commons-logging logger instances - how to initialize in replicated
session objects"r fo the details of one way to do this.
HTH - Richard
-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 7:47 PM
To: Tomcat Users
null?
- Jim
-Original Message-
From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 01, 2005 11:47 PM
To: Tomcat Users List
Subject: Re: Tomcat clustering and NotSerializableException
As Richard says, don't store your request in the session, not a good
ere else...
- Jim
-Original Message-
From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday,
February 28, 2005 11:13 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
As Matt said its probably your applications objects. When we switched
to
clus
> From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
> Subject: RE: Tomcat clustering and NotSerializableException
>
> CoyoteRequestFacade is the first element in the stack trace -
> it is not the session stored object that is causing the
> NotSerializableExcepti
>
> -Original Message-
> From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED] Sent: Monday,
> February 28, 2005 11:13 PM
> To: Tomcat Users List
> Subject: RE: Tomcat clustering and NotSerializableException
>
> As Matt said its probably your applications objects. When we s
> From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
> Subject: RE: Tomcat clustering and NotSerializableException
>
> But the stacktrace says
>
> java.io.NotSerializableException:
> org.apache.coyote.tomcat5.CoyoteRequestFacade
>
> Since CoyoteRequestFacade is a tomcat clas
, February 28, 2005 11:13 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and
-Original Message-
From: Dale, Matt [mailto:[EMAIL PROTECTED]
Sent: Monday, February 28, 2005 11:04 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
These objects will replicate to other instances when ALL objects in the
session are serializable. I suspect
15:14
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
But do those session objects replicate to the other tomcat instances???
I have been testing session objects that implement java.io.serializable
and I have not yet been able to see these objects when fail over
, 2005 8:55 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
Randall,
I know that session replication works in Tomcat 5.5.7 and it may also
works in 5.0.x (no experience). But to get failover restart to work
properly (i.e. restarting a failed node) I had to use Tomcat
?
>
> Thanks,
>
> Randall
>
> -Original Message-
> From: Richard Mixon (qwest) [mailto:[EMAIL PROTECTED]
> Sent: Monday, February 28, 2005 8:13 AM
> To: Tomcat Users List
> Subject: RE: Tomcat clustering and NotSerializableException
>
> As Matt said its probably
Mixon (qwest) [mailto:[EMAIL PROTECTED]
Sent: Monday, February 28, 2005 8:13 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering and NotSerializableException
As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I
As Matt said its probably your applications objects. When we switched to
clustering I was surprised at how many of my session objects I needed to
add serializable to. But it was easy work and quickl done.
HTH - Richard
Dale, Matt wrote:
> I would guess that this means you have an object in your s
I would guess that this means you have an object in your session that does not
implement the serializable interface.
Ta
Matt
-Original Message-
From: Sng Wee Jim [mailto:[EMAIL PROTECTED]
Sent: 28 February 2005 09:21
To: tomcat-user@jakarta.apache.org
Subject: Tomcat clustering and NotS
O.k. I just found out that I can force wscompile to add the
implementation of Serializable to all datatypes
(xSerializable="true")... however the part about older apps is still
relevant.
peter maas wrote:
Hi list,
I have been experimenting with the clustering options for a while. The
main issu
Srinivas Rao Ch wrote:
I am getting problems in configuring my tomcat for clustering. Nodes are not
recognizing each other. "mcastAddr" has the same IP for all the nodes. Can
someone tell what this property is for. My tcpListenAddress is 127.0.0.1 for
all the nodes but port is different. In my rul
> That's also what I referred to when mentioning "SSL Session" - see, the
> SSL layer in effect creates a session with the client, and one can thus
> use this to do sessioning/sticking with - AT LEAST this works when you use
> client certificates, but I'm not totally sure how this goes when there
On Tue, 2004-08-17 at 06:26, QM wrote:
> On Tue, Aug 17, 2004 at 05:33:00AM -0700, Cott Lang wrote:
> : One problem with that is you can still have the session hop servers
> : since the Local Director can't match up cookie based mappings to SSL
> : session mappings, since it can't read the cookies
mcastAddr is a multicast IP address, range from 224.0.0.0 -
google it
Filip
-Original Message-
From: Srinivas Rao Ch [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 7:01 AM
To: Tomcat Users List
Subject: RE: Tomcat clustering
Can you please tell me what is "mCas
On Tue, 17 Aug 2004, QM wrote:
| On Tue, Aug 17, 2004 at 05:33:00AM -0700, Cott Lang wrote:
| : One problem with that is you can still have the session hop servers
| : since the Local Director can't match up cookie based mappings to SSL
| : session mappings, since it can't read the cookies from SS
On Tue, Aug 17, 2004 at 05:33:00AM -0700, Cott Lang wrote:
: One problem with that is you can still have the session hop servers
: since the Local Director can't match up cookie based mappings to SSL
: session mappings, since it can't read the cookies from SSL connections,
: and can't read non-exis
On Tue, 2004-08-17 at 02:59, Endre StÃlsvik wrote:
> No, I can't seem to imagine! ;) You should let LocalDirector do the
> SLL'ing - and then you can use the "SSL Session" as stickyness too.
One problem with that is you can still have the session hop servers
since the Local Director can't match u
From: Dale, Matt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 5:19 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering
Your first problem is the mCastAddr, firstly it should be an IP address as
no dns lookups are done, secondly it shouldnt be a machine name, it should
be a valid
127.0.0.1 will not hear the multicast ping.
Ta
Matt
-Original Message-
From: Srinivas Rao Ch [mailto:[EMAIL PROTECTED]
Sent: 17 August 2004 12:25
To: Tomcat Users List
Subject: RE: Tomcat clustering
Hi Matt,
Here's my cluster part of server.xml. And, "srao" is
sday, August 17, 2004 4:56 PM
To: Tomcat Users List
Subject: RE: Tomcat clustering
I didnt mean mcastAddr, I meant tcpListenAddress, you have this set to
127.0.0.1 (Loopback) which is not available for external access so the
mulitcast will never get to it.
I'm not sure what's causing you
ml for a better guess at the problem.
Ta
Matt
-Original Message-
From: Srinivas Rao Ch [mailto:[EMAIL PROTECTED]
Sent: 17 August 2004 12:05
To: Tomcat Users List
Subject: RE: Tomcat clustering
Matt,
Thanks for the reply. Do you mean "mcastAddr" the loopback address? If yes
rvice.java:519)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:234
Can you please tell me where I was wrong.
Regards,
Srinivas
-Original Message-
From: Dale, Matt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 17, 2004 4:17 PM
To: Tomcat Users List
Subject:
I think you may have 2 problems here, firstly the port has to be the same accross all
the tomcats and secondly (I could be wrong about this one) but I think by specifying
the loopback address as the listen address means that it wont listen on the external
interface, therefore the multicast will
On Mon, 16 Aug 2004, Mitchell Teixeira wrote:
| Thanks for the responses so far on this topic. Seems like I need to
| elaborate a little
|
| We are looking towards Tomcat clustering to solve a problem caused by
| so-called Megaproxy ISPs such as AOL, etc. These ISPs make it look as if
| the s
(lists) [mailto:[EMAIL PROTECTED]
Sent: 16 August 2004 17:31
To: Tomcat Users List
Subject: RE: Tomcat clustering without Apache
session replication is supported in tomcat without apache
in tomcat 5, just uncomment the cluster section in server.xml, also, there
are online docs
http
PROTECTED]
Sent: Monday, August 16, 2004 11:23 AM
To: [EMAIL PROTECTED]
Subject: RE: Tomcat clustering without Apache
Thanks for the responses so far on this topic. Seems like I need to
elaborate a little
We are looking towards Tomcat clustering to solve a problem caused by
so-called Megaproxy ISPs
Thanks for the responses so far on this topic. Seems like I need to
elaborate a little
We are looking towards Tomcat clustering to solve a problem caused by
so-called Megaproxy ISPs such as AOL, etc. These ISPs make it look as if
the same client is coming from multiple IP addresses. This bre
You can also use any kind of hardware or software load balancer or DNS round robin.
Ta
Matt
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 16 August 2004 14:12
To: Tomcat Users List
Subject: RE: Tomcat clustering without Apache
Hi,
The Balancer webapp is meant
Hi,
The Balancer webapp is meant to function is a pure-Java, low-tech
clustering approach. It doesn't support some of the features that
advanced clustering configurations do, but it lets you distribute
traffic according to whatever rules or heuristics you want, and easily
define fallbacks for when
gt; Filip
> - Original Message -
> From: "keita elhadji" <[EMAIL PROTECTED]>
> To: "Tomcat Users List"
> <[EMAIL PROTECTED]>
> Sent: Tuesday, May 11, 2004 3:57 AM
> Subject: Re: tomcat clustering
>
>
>
> Hi,
>
> Thank you for y
Tuesday, May 11, 2004 3:57 AM
Subject: Re: tomcat clustering
Hi,
Thank you for your answer now it's working in my log i
have now :
2004-05-11 10:04:21
StandardContext[/jsp-examples]ContextListener:
contextInitialized()
2004-05-11 10:04:21
StandardContext[/jsp-examples]SessionListener
Hi,
Thank you for your answer now it's working in my log i
have now :
2004-05-11 10:04:21
StandardContext[/jsp-examples]ContextListener:
contextInitialized()
2004-05-11 10:04:21
StandardContext[/jsp-examples]SessionListener:
contextInitialized()
2004-05-11 10:04:24
StandardContext[/servlets-exa
Caused by: java.io.NotSerializableException:
- Original Message -
From: "keita elhadji" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, May 10, 2004 4:52 AM
Subject: tomcat clustering
Hi,
i have a problem with mod_jk2 .
I have two PC with tomcat5.019
1st PC name is : www.avi
Howdy,
>if 1 server is very powerful, then 1 instance of tomcat would not
utilize
>the full resources available right?
Not necessarily right: depends on the application. We have apps of
tomcat that efficiently and highly utilize many concurrent threads and
up to 2GB of RAM.
>are there any good
ustering?
cheers, ADC
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 26 January 2004 14:07
To: Tomcat Users List
Subject: RE: Tomcat clustering
Howdy,
Note that if you simply wish to divide up traffic among servers, not
"cluster" in the purest sens
Howdy,
Note that if you simply wish to divide up traffic among servers, not
"cluster" in the purest sense of the word that includes session
replication and failover, then you can easily use the balancer webapp
that ships with tomcat 5.
Yoav Shapira
Millennium ChemInformatics
>-Original Mess
Buy the Apache Tomcat Bible by Jon Eaves and published by Wiley.
It has chapters devoted to clustering Tomcat.
I was able to cluster tomcat with in a few hours
Bob W.
-Original Message-
From: Salvador Santander Gutierrez
[mailto:[EMAIL PROTECTED]
Sent: Monday, January 26, 2004 4:49
For the basic on loadbalancing and architecture check out this article
from Filip:
http://www.theserverside.com/articles/article.jsp?l=Tomcat
It's nicely done. A little out of date as for the tomcat configuration.
Since tc 5.x has a whole new clustering engine.
But it should be good enough for
I found your reply in the archives.
Antony Paul
- Original Message -
From: "Shapira, Yoav" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 04, 2003 7:09 PM
Subject: RE: Tomcat clustering and servletContext.
Antony,
I asked this question yesterday no one replied.
Suppose Tomcat is running in a cluster with load balancer. If I put a
JavaBean in ServletContext is it possible to access this bean in all
machines ?.
No, the ServletContext does not get propagated to other machines.
Consider using a sha
Howdy,
And I did reply yesterday saying the same thing...
Yoav Shapira
Millennium ChemInformatics
>-Original Message-
>From: Antony Paul [mailto:[EMAIL PROTECTED]
>Sent: Monday, November 03, 2003 11:23 PM
>To: Tomcat Users List
>Subject: Tomcat clustering and servletContext.
>
>Hi,
>
Thanks
- Original Message -
From: "Tim Funk" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 04, 2003 5:45 PM
Subject: Re: Tomcat clustering and servletContext.
> AFAIK, only sessions are replicated. Attribut
AFAIK, only sessions are replicated. Attributes in the Servlet Context are
not replicated.
-Tim
Antony Paul wrote:
Hi,
I asked this question yesterday no one replied.
Suppose Tomcat is running in a cluster with load balancer. If I put a
JavaBean in ServletContext is it possible to access thi
Bern:
We are using clustering on Tomcat 4.
Actually, at the current time, we are working with Filip Hanik
to track down a performance problem with the clustering code.
Let me know what I can do to help you.
Thanks,
Neil
--
Neil Aggarwal, JAMM Consulting, (972)612-6056, www.JAMMConsulti
reasoning on deltas.
Filip
> -Original Message-
> From: Yao Ng [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 02, 2003 9:37 AM
> To: 'Filip Hanik'
> Cc: Sam Wilson
> Subject: RE: Tomcat clustering
>
>
> Hi Filip,
>
> Thanks for your prompt rep
really your cookie shouldn't change. ie you should stay
stuck to a given worker.
But it's sounding at least as though we going in the right direction :)
D
Luminous Heart wrote:
>Ok. I made the modifications you suggested. As you saw
>in my workers file I have 3 tcs; tc13, extra13, and
>intra1
Ok. I made the modifications you suggested. As you saw
in my workers file I have 3 tcs; tc13, extra13, and
intra13.
I turned cookies on with IE. When I go to
http://mySite.com I see a cookie being set by let us
say tc13. Then I click on the link to my application
on the front page and sometimes I
helps only good if it works ...
let us know if it does !
you might want to see what jsessionid gets set to.
if the loadbalancer is working correctly it'll append the servers name
to the
jsessionid cookie.
If you've got mozilla you can examine the cookies easily
D
Luminous Heart wrote:
>I w
I will try your suggestion and hope it works for me.
Thanks a million for your help.
--- David Cassidy <[EMAIL PROTECTED]> wrote:
> I think i can see what it is :)
>
> Your workers.list defines for mod_jk what servers to
> use.
>
> In the case below it will use tc13 until it doesn't
> work / to
I think i can see what it is :)
Your workers.list defines for mod_jk what servers to use.
In the case below it will use tc13 until it doesn't work / too overworked.
Change the line so it's
worker.list=loadbalancer
Now your balanced_workers will work as the loadbalancer is in control.
worker.
Here is my workers file. Please notice that I mounting
tomcat context as such in my mod_jk.conf file:
JkMount /* loadbalancer
JkMount /servlet/* loadbalancer
loadbalancer is defined in the following workers file.
Thank you in advance.
=== workers.properties =
worke
Would you like to post your workers file
D
Luminous Heart wrote:
>Greetings,
>
>I have a cluster of 3 tomcats running on linux box. I
>have the three tc4.0.4 instances in a loadbalancing
>mode. The problem is when one fails none of the others
>pick up and my app wont serve any requests untill
63 matches
Mail list logo