You didn't clarify whether you have a <Context ...> entry for your app in server.xml or a context configuration file. If you do, then no, your .war file won't be automatically expanded. However, if you don't, with the default setup, if you drop your.war file into the webapps directory, it should be autoexpanded and that directory autodeployed. If this is no happening under said circumstances, then yes, something is wrong with your setup.
Jake
At 09:50 AM 3/20/2003 +0100, you wrote:
Thanks Jacob for you reply, but I am wondering - if I have no existing directory, just a new .war file - should it unpack without a restart of tomcat or a call to the tomcat manager application? Does the running server know that a new war has been placed into webapps instinctively and unpack it with no intervention from myself? If so, then I must have something wrong with my config because it isn't doing this. :--)
-----Original Message----- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 18, 2003 3:12 PM To: Tomcat Users List Subject: RE: Question about AutoDeployment Feature of 4.1.18
If there is already a directory there, the .war will *not* be unpacked even if you drop a new one in. Also, if you have defined a <Context ...> for your app, the .war will, again, *not* be unpacked.
The only time when the .war will be unpacked is if a directory doesn't already exist in the webapps directory which matches the name of your .war file (less the ".war" extension, of course).
Jake
At 12:26 PM 3/18/2003 +0100, you wrote: >I want to make sure that I have configured it correctly and it is running >the way it should - for the developers with regard to actually deploying >automagically. > >They want to be able to add a war file into webapps - while the server is >running - and it is automatically deployed with no intervention - either >from a server restart or via the manager. > >I found this on the doc page for AutomaticApplicationDeployment( >http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/host.html#Automatic% 2 >0Application%20Deployment ): > >"In addition to the automatic deployment that occurs at startup time, you >can also request that new XML configuration files, WAR files, or >subdirectories (containing web applications) that are dropped in to the >appBase directory while Tomcat is running will be automatically deployed, >according to the rules described above." > >I was told this does happen in NT, but it doesn't seem to be working on my >unix box - host set-up as follows: > > <Host name="coffee" address"ip.is.here" debug="0" appBase="webapps" >unpackWARs="true" autoDeploy="true"> > >Thanks again, >Rachel >-----Original Message----- >From: Jamesey [mailto:[EMAIL PROTECTED] >Sent: Tuesday, March 18, 2003 12:09 PM >To: [EMAIL PROTECTED] >Subject: Re: Question about AutoDeployment Feature of 4.1.18 > > >Rachel > >I been using 4.1.18 alot lately and i've been frustrated by the fact that i >have to delete the unpacked war file directory and the war file itself >every time i redeploy.. i beleive there is a way to make tomcat not unpack >the war file .. something lik host unpackWar="false" but i havent tried it >myself. > >James > > >"Gerstel, Rachel" <[EMAIL PROTECTED]> wrote in message >news:[EMAIL PROTECTED] c >om... > > > > Hi All, > > > > Could someone please confirm how autoDeploy is supposed to work: > > > > You put a war file into webapps and then: > > > > 1.) Either restart the webserver and the war file is unpacked and a > > directory is created. > > > > or > > > > 2.) Use the manager tool to deploy the war file - or if the app was >already > > there, then it can reload it. > > > > Is it possible for you to copy of war file into webapps and a running >tomcat > > server will see it is there an automatically deploy it on it's own with no > > intervention? > > > > And, if the old unpacked app is there and you copy in a new war file and > > restart - does it create a new directory, overwriting the old one. Or >should > > it only change files that are different from the new war file and the old > > app - or should it see that there is an old app that hasn't been removed >and > > do nothing? > > > > I have been reading up on this and then got a developer account that > > differed from what I read so I was wondering if anyone else could clarify >it > > further. > > > > Thanks, > > Rachel > > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
