tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Guernsey, Byron \(GE Consumer & Industrial\)" <BYRON.GUERN...@GE.COM>
Subject RE: Jk 1.2.10 worker limit?
Date Mon, 04 Apr 2005 17:28:28 GMT

We have that many separate instances, and more. 

In large companies it becomes necessary to segregate your applications
because each application has the potential to affect another application
if bad code goes into production.  So JVM's must be completely separate,
otherwise you have war within your organization when someone makes a bad
change and it affects tons of applications.  Each application team has
the ability to stop/start their production servers, and having separate
tomcat instances prevents that from affecting everyone.

And while you could combine some applications where the risk is low, for
consistency and automation of various setup and maintenance tasks, it
became necessary to make application consistent- meaning they all must
have their own JVM's.

Renaming the workers could be an option, but we will only have more and
more workers added, so I'm increasing the value of LENGTH_OF_LINE to at
least 2K in our build; which should hold us over until the fix is


-----Original Message-----
From: Mladen Turk [] 
Sent: Monday, April 04, 2005 12:11 PM
To: Tomcat Users List
Subject: Re: Jk 1.2.10 worker limit?

Guernsey, Byron (GE Consumer & Industrial) wrote:
> To add to this- separating the lines into two worker.list lines 
> *almost* worked.
> It seems that when I have a line like:
> worker.list=jkstatus,app1,app2,...,app72
> worker.list=app73,app74,...

This will not work. There is even a bugzilla entry on that, but the fix
didn't get into release.

Anyhow why would you need that much workers?
Do you have that many Tomcat's instances in behind?
The purpose of worker is to represent a physical Tomcat instance, not
application or virtual host within some Tomcat instance.

OTOH if you have that many workers, use shorter names, like only
numbers, or something like that.


To unsubscribe, e-mail:
For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message