tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ralph Einfeldt" <>
Subject RE: Upgrading Tomcat 5
Date Tue, 15 Jul 2003 06:01:30 GMT
I prefer a different setup.

We separate the tomcat installation from the site.

With this approach the conf files are placed outside of
the tomcat directory tree. As long as the config files 
are compatible, an upgrade is just a matter of setting a 
different CATALINA_HOME.

Althoug we didn't use tomcat 5 by now the following 
should be appliable:

(An updated version of a post from yesterday)

We install different versions of jdk/tomcat like this:



For each site we have something like this:

    the base directory for a tomcat instance (In our case typically a 
    site, as we don't use vhosts withe different webapps)

    directory for the log file

      and other files that contain the site/instance specific setup 
      for tomcat (tailored versions of the files that are provided by 
      make shure that all combinations of IP and port are unique for
      each instance of tomcat. 

    Directory where tomcat stores the generated files and classes

     Directories for the contexts

      Script that calls the tomcat version that we want to use for 
      this site/instance with the environment for this site/instance:



     Depending on the tomcat version there may be further directories 
     that are needed on this level

This way we can have different versions of tomcat at the same time, 
all sites that use the same tomcat version use the same 'executable'
but different processes and individual configuration. If we want to 
use another version of tomcat we just have to change CATALINA_HOME 
in (unless the config files are incompatible between these 

> -----Original Message-----
> From: Gerry Reno []
> Sent: Tuesday, July 15, 2003 4:42 AM
> To: Tomcat Users List
> Subject: Re: Upgrading Tomcat 5
> Tim,
>   Is this definitive?  I was hoping this would not be the case.  I
> think that requiring users to run content replacement scripts against
> their config files to accomplish an upgrade will definitely end up
> being problematic.
> Gerry

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

View raw message