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 [mailto:jsb_tom...@360works.com] 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 http://www.360works.com Product updates and news on http://facebook.com/360Works (770) 234-9293 == Don't lose your data! http://360works.com/safetynet/ for FileMaker Server == On Feb 6, 2014, at 1:02 PM, Mark Thomas <ma...@apache.org> 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. > > http://tomcat.apache.org/tomcat-7.0-doc/config/automatic-deployment.html > > HTH, > > Mark > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
