tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Lopez <>
Subject RE: retain context.xml across war updates
Date Thu, 06 Feb 2014 18:24:33 GMT
Sorry - I forgot to include the version I'm using.  It is 7.0.34   Soon to be 7.0.50  (on Ubuntu
12.0.4 LTS, 64-bit)

-----Original Message-----
From: Jesse Barnum [] 
Sent: Thursday, February 06, 2014 1:22 PM
To: Tomcat Users List
Subject: Re: retain context.xml across war updates

Mark, which version of Tomcat 7 implemented the behavior described in that document?

--Jesse Barnum, President, 360Works
Product updates and news on
(770) 234-9293
== Don't lose your data! for FileMaker Server ==

On Feb 6, 2014, at 1:02 PM, Mark Thomas <> wrote:

> On 06/02/2014 17:55, Steve Lopez wrote:
>> Is there a way to ensure an applications context.xml isn't deleted across reloads
of the war file?    We have server-specific settings in each context.xml and are looking for
a way to deploy the same WAR file across each Tomcat instance.
>> My first attempt at this was to put the context.xml into ~ catalina /conf/Catalina/localhost/ROOT.xml.
  However, Tomcat deletes the file when the app is unloaded.
>> Is there a setting to tell Tomcat *not* to delete the context.xml in ~catalina/conf/Catalina/[host]/[app]?
  If not, what is the 'best practice' for providing configuration settings to each Tomcat
while also enabling a simple continuous integration and deployment of WAR files for an application
across multiple Tc instances.      Creating custom war files (one for each server) seems brittle
and risky if the wrong war is accidentally deployed on the wrong server.
>> Specifically, context.xml contains custom settings for memcached-session-manager
which specifies the primary and fallback memcache host.  These would be different for each
server when using sticky sessions.
> HTH,
> Mark
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

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

View raw message