> --
> > 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"?
> 

[Nick]

> 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
> 

Good grief, thanks Mark and Nick. I am confident that we found our
culprit! Now I just need to figure out how to make sure the tomcat
scripts don't run until after the NFS mount is available. I can't wait
to implement these changes. Thanks again!

--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

Reply via email to