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]