Yes, for sure, to deleting the .XML file. I'm reasonably confident autoDeploy="false" doesn't affect undeploys. Even if it does, autoDeploy="false" only matters when the server is already running. It does NOT matter when the server is started (i.e., even with autoDeploy="false", a WAR file would get auto-deployed when the server was started, just not if it was added when the server was already running).
N -- Nick Williams, Senior Software Developer PureSafety - Protecting Your People, Preserving Your Profits™ Toll Free: 888.202.3016 x177 | Direct: 615.277.3177 | Fax: 615.367.3887 730 Cool Springs Blvd. Suite 400 | Franklin, TN 37067 | www.puresafety.com Learn How We Can Empower You. View Our Demos. -----Original Message----- From: Robinson, Eric [mailto:eric.robin...@psmnv.com] Sent: Tuesday, March 22, 2011 12:21 PM To: Tomcat Users List Subject: RE: tomcat6 still deleting XML files from Catalina/localhost when the system is booted > On 22/03/2011 17:04, Robinson, Eric wrote: > > <Context docBase="/ha_ftp.nfs/site001/mobiledoc" > > debug="1" reloadable="false"> > > </Context> > > So are nfs mounts being used? If so, my guess is that the > mount isn't available when Tomcat starts which triggers the undeploy. > > Mark > That certainly seems to make sense. Would undeploy actually delete the XML file? And would that happen even if autoDeploy="false"? --Eric Disclaimer - March 22, 2011 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ --------------------------------------------------------------------- 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
