Re: Automatic deploy of updated war deletes the context file
Paul Austin wrote: Now the final question is how can I set the path to be a sub directory? So /subdir/app. This worked on my Tomcat 5 installation on Linux but doesn't work here. It seems to just ignore the path. No idea, never had a reason to try such a configuration -- sorry! -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Automatic deploy of updated war deletes the context file
I know almost have it 'The way I want it to work (TM)' using the following configuration. - server.xml - conf/Catalina//app.xml Now the final question is how can I set the path to be a sub directory? So /subdir/app. This worked on my Tomcat 5 installation on Linux but doesn't work here. It seems to just ignore the path. And YES these context files are NOT deployed as part of the war file. On Fri, 2005-08-26 at 08:33 -0700, Hassan Schroeder wrote: > Paul Austin wrote: > > The test case I am using is running on Tomcat 5.5.9. > > > > 1. The web application is deployed as a the app.war file, with no > > context.xml file to the wars/ directory > > _and_ no META-INF/context.xml in the war file, right? > > > 2. The Host configuration is as follows. > >> deployXML="false"> > > > prefix="" timestamp="false" /> > > > > 3. In conf/Catalina//app.xml > > > >> reloadable="true" workDir="work/Catalina//app"> > > > type="javax.sql.DataSource"/> > > > > > > When I copy app.war into wars/ to repeploy using the automatic > > deployer I check the conf/Catalina// and > > http:///manager/list and the app.xml and the /app context are > > deleted. > > I would check your logs for errors, but also go through all your > entries in your server.xml and "app".xml files > > For instance, for the path attribute of Context: >The value of this field must not be set except when statically >defining a Context in server.xml, as it will be infered from the >filenames used for either the .xml context file or the docBase. > > Sometimes the subtle config errors will bite'cha :-) > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Automatic deploy of updated war deletes the context file
On 8/26/05, Paul Austin <[EMAIL PROTECTED]> wrote: > The test case I am using is running on Tomcat 5.5.9. > > 1. The web application is deployed as a the app.war file, with no > context.xml file to the wars/ directory > 2. The Host configuration is as follows. >deployXML="false"> >prefix="" timestamp="false" /> > > 3. In conf/Catalina//app.xml > >reloadable="true" workDir="work/Catalina//app"> > type="javax.sql.DataSource"/> > > > When I copy app.war into wars/ to repeploy using the automatic > deployer I check the conf/Catalina// and > http:///manager/list and the app.xml and the /app context are > deleted. Yes, this is normal. -- x Rémy Maucherat Developer & Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Automatic deploy of updated war deletes the context file
Paul Austin wrote: The test case I am using is running on Tomcat 5.5.9. 1. The web application is deployed as a the app.war file, with no context.xml file to the wars/ directory _and_ no META-INF/context.xml in the war file, right? 2. The Host configuration is as follows. 3. In conf/Catalina//app.xml When I copy app.war into wars/ to repeploy using the automatic deployer I check the conf/Catalina// and http:///manager/list and the app.xml and the /app context are deleted. I would check your logs for errors, but also go through all your entries in your server.xml and "app".xml files For instance, for the path attribute of Context: The value of this field must not be set except when statically defining a Context in server.xml, as it will be infered from the filenames used for either the .xml context file or the docBase. Sometimes the subtle config errors will bite'cha :-) -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Automatic deploy of updated war deletes the context file
The test case I am using is running on Tomcat 5.5.9. 1. The web application is deployed as a the app.war file, with no context.xml file to the wars/ directory 2. The Host configuration is as follows. 3. In conf/Catalina//app.xml When I copy app.war into wars/ to repeploy using the automatic deployer I check the conf/Catalina// and http:///manager/list and the app.xml and the /app context are deleted. On Thu, 2005-08-25 at 16:32 -0700, Hassan Schroeder wrote: > Paul Austin wrote: > > Right but where should it go so that tomcat doesn't delete it? > > > > I've tried setting the deployXML="false" on the host and having it just > > in the conf/Catalina/ directory (which is my preferred location), > > just in the war file and all various combinations. > > I've used both locations -- separately! -- without problems. Are you > saying that with *only* /conf/Catalina//.xml, nothing > in META-INF/context.xml, your deployment fails and the .xml > file is removed? > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Automatic deploy of updated war deletes the context file
Paul Austin wrote: Right but where should it go so that tomcat doesn't delete it? I've tried setting the deployXML="false" on the host and having it just in the conf/Catalina/ directory (which is my preferred location), just in the war file and all various combinations. I've used both locations -- separately! -- without problems. Are you saying that with *only* /conf/Catalina//.xml, nothing in META-INF/context.xml, your deployment fails and the .xml file is removed? -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Automatic deploy of updated war deletes the context file
Right but where should it go so that tomcat doesn't delete it? I've tried setting the deployXML="false" on the host and having it just in the conf/Catalina/ directory (which is my preferred location), just in the war file and all various combinations. Paul On Thu, 2005-08-25 at 15:44 -0700, Hassan Schroeder wrote: > So Paul Austin says: Doctor, > > When I copy an updated copy of a war file that was deployed with a > > context.xml file in the META-INF directory and also I have a copy of the > > context.xml in the conf/Catalina/ directory the deployer just > > deletes the context altogether and doesn't reploy the application. > > ..and the Doctor says: "Right, so don't do that". > > /* Heh. Vaudeville :-) */ > > Seriously, you only want to have your Context defined *one* place. >
Re: Automatic deploy of updated war deletes the context file
So Paul Austin says: Doctor, When I copy an updated copy of a war file that was deployed with a context.xml file in the META-INF directory and also I have a copy of the context.xml in the conf/Catalina/ directory the deployer just deletes the context altogether and doesn't reploy the application. ..and the Doctor says: "Right, so don't do that". /* Heh. Vaudeville :-) */ Seriously, you only want to have your Context defined *one* place. -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com dream. code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Automatic deploy of updated war deletes the context file
When I copy an updated copy of a war file that was deployed with a context.xml file in the META-INF directory and also I have a copy of the context.xml in the conf/Catalina/ directory the deployer just deletes the context altogether and doesn't reploy the application. How is this supposed to work, the only guess I can have as to why this doesn't work is that tomcat detects the file change half way through the file is being copied, undeploys the old application deleting the context file and then barfs on reading the half copied war file and just gives up and there is nothing in the logs to say what is going on. The way I fix this is to then manually copy in the context file and then it deploys, for now I'm just going to wait about 10 seconds in my ant deploy script after copying the file and then copy the context in so it redeploys. Paul
