tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <>
Subject RE: Multipe Tomcat instances
Date Wed, 01 Dec 2004 14:05:30 GMT

Both Tim's and QM's approaches are viable, and I use them as well under
certain circumstances.  But by default I just have completely separate
Tomcat installations.  The only things they might share are the
hardware, OS, and JDK, depending on the requirements.  So while the
CATALINA_BASE splitting is possible, I don't actually do it in practice.

The motivation for me is complete separation, so that if one application
requires a Tomcat upgrade it can be done separately from others.  But
then again I'm somewhat of a fanatic when it comes to webapp
self-containment.  (Although it's served me well).

Yoav Shapira

>-----Original Message-----
>From: Tim Funk []
>Sent: Wednesday, December 01, 2004 7:22 AM
>To: Tomcat Users List
>Subject: Re: Multipe Tomcat instances
>If you run tomcat in a cluster where all the webapps are identical, we
>the exact same (copy) of server.xml for all the tomcat instances. So
>server.xml is changed - we copy it to all of the tomcat installations.
>Then we rely on variable substitution in server.xml for items which
>need to be specific such as ip addresses, port numbers, and worker
>We never call directly - we have wrapper scripts which set
>appropriate -D variables for us.
>Ryan Daly wrote:
>> On Mon, 2004-11-29 at 14:53, Shapira, Yoav wrote:
>>>I do it this way all the time.  The biggest pro is complete
>>>If one app gets whacky (heavy load, OutOfMemoryError, malicious
>>>others are not affected at all.  If one app needs to be upgraded or a
>>>bug fix shipped, or its server restarted, again, others are not
>>>at all.
>> How do you handle the server.xml and the other configuration?  Do you
>> start Tomcat with an option to read a different config file, or do
>> have separate installations of Tomcat for each and every webapp?
>>>Cons include inability to run these apps on the same port (this can
>>>overcome by putting a common front end, which I usually do with
>>>Tomcat running only the balancer app), and increased
>>>monitoring/maintenance needed (which again can be mitigated with
>>>like nagios).
>To unsubscribe, e-mail:
>For additional commands, e-mail:

This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.

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

View raw message