Re: How to prevent Tomcat 5.5 from undeploying applications
2010/1/7 Mark Thomas : > On 07/01/2010 16:49, jean-claude_carri...@ibi.com wrote: >> How can we prevent this from happening, because whenever the disk is >> back online, someone has to manually copy back the context root into the >> location. > > Turn off autoDeploy Documentation: http://tomcat.apache.org/tomcat-5.5-doc/config/host.html Even if Tomcat won't undeploy your application, there still will be questions on how it will behave if your disk will suddenly disappear. There might be 404/500/503 errors showing up. You may need to restart your application to get rid of some of them. See also - "reloadable" attribute of Context http://tomcat.apache.org/tomcat-5.5-doc/config/context.html - "development" mode of Jasper http://tomcat.apache.org/tomcat-5.5-doc/jasper-howto.html Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to prevent Tomcat 5.5 from undeploying applications
On 07/01/2010 16:49, jean-claude_carri...@ibi.com wrote: > How can we prevent this from happening, because whenever the disk is > back online, someone has to manually copy back the context root into the > location. Turn off autoDeploy Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to prevent Tomcat 5.5 from undeploying applications
2010/1/7 : > We have a Tomcat 5.5.17 with a approot.xml file in > conf\Catalina\localhost just pointing to a shared disk location [...] > How can we prevent this from happening, because whenever the disk is > back online, someone has to manually copy back the context root into the > location. Use reliable, and hence local, storage. If you *have* to have the master copy on a network drive, you could keep your applications on G:\ibi but set up Windows file replication so that there's a replica on the Tomcat server. - Peter - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org