You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Jonathan Rosenberg <sh...@gmail.com> on 2011/11/18 23:05:46 UTC

Upgrading Tomcat in Place on Linux

I started a new thread for this, though it';s in response to my earlier message

Daniel Mikusa said:
> You might want to give an updated version of Tomcat 7 a try.  7.0.22 is
> the latest.

What is a good way to upgrade Tomcat in place on a Linux box?

--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Re: Upgrading Tomcat in Place on Linux

Posted by Mark Thomas <ma...@apache.org>.
On 18/11/2011 22:27, Caldarale, Charles R wrote:
>> From: Caldarale, Charles R 
>> Subject: RE: Upgrading Tomcat in Place on Linux
> 
>>> What is a good way to upgrade Tomcat in place on a Linux box?
> 
>> Don't.  Install the new Tomcat in a different directory.
> 
> Forgot to mention that you will, of course, have to merge your changes to server.xml and other Tomcat configuration files into the corresponding locations in the new directory structure, while reading the doc for the new level to see if any of the attributes have changed (very unlikely in a dot-level upgrade).

Better still, separate CATALINA_HOME and CATALINA_BASE and upgrades can
be done very quickly. The ASF Jira instances are set up this way and a
Tomcat upgrade takes me about 5 minutes from start to finish. Most of
that is me not typing paths (or my passwords) correctly the first time
and Jira stopping / starting.

You do still need to merge any config file changes but [1] has a handy
utility (or the alternative svn command) to provide you with the diffs
between any two minor releases in the 7.0.x and 6.0.x branches.

Mark

[1] http://tomcat.apache.org/migration.html


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


RE: Upgrading Tomcat in Place on Linux

Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Caldarale, Charles R 
> Subject: RE: Upgrading Tomcat in Place on Linux

> > What is a good way to upgrade Tomcat in place on a Linux box?

> Don't.  Install the new Tomcat in a different directory.

Forgot to mention that you will, of course, have to merge your changes to server.xml and other Tomcat configuration files into the corresponding locations in the new directory structure, while reading the doc for the new level to see if any of the attributes have changed (very unlikely in a dot-level upgrade).
 
 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


RE: Upgrading Tomcat in Place on Linux

Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Jonathan Rosenberg [mailto:shmoldie@gmail.com] 
> Subject: Upgrading Tomcat in Place on Linux

> What is a good way to upgrade Tomcat in place on a Linux box?

Don't.  Install the new Tomcat in a different directory.  Ideally, you're keeping your webapps in a location other than inside the Tomcat directory tree, so all you have to change is the appBase attribute of your <Host> element, or place the appropriate [appName].xml files in conf/Catalina/[host], each containing a docBase attribute pointing to the location of the individual webapp.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org