Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 89765 invoked from network); 1 Apr 2002 23:23:09 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 1 Apr 2002 23:23:09 -0000 Received: (qmail 2151 invoked by uid 97); 1 Apr 2002 23:22:54 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 2135 invoked by uid 97); 1 Apr 2002 23:22:53 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 2124 invoked from network); 1 Apr 2002 23:22:52 -0000 Message-ID: <020101c1d9d4$257eddd0$6c01a8c0@qec.com> From: "Jeff Larsen" To: "Tomcat Users List" References: <86y9g7jb62.fsf@earthlink.net> <01e901c1d9d3$a4fcead0$6c01a8c0@qec.com> Subject: Re: Process for using Manager reload of war file? Date: Mon, 1 Apr 2002 17:22:52 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I forgot to mention: If you can live without unpacked war files, set unpackWARs="false" in your and/or define your with docBase="myapp.war" and reloadable="false". Then the manager app will successfully reload (but not unpack) your war file. Jeff ----- Original Message ----- From: "Jeff Larsen" To: "Tomcat Users List" Sent: Monday, April 01, 2002 5:19 PM Subject: Re: Process for using Manager reload of war file? > Here's the deal with unpacking of war files: It only > happens when Tomcat starts and autodeploys apps that > do not otherwise have a element in server.xml. > > If you manually define the context, it won't unpack the war file! > If you update the war file and reload, it won't re-unpack the war file! > Absolutly NOTHING will get tomcat to re-unpack a war file except > stopping tomcat, manually deleting the unpacked directory, and > restarting tomcat. And again, it ONLY unpacks auto-deployed apps. > > I've given up on war files, because I need my app unpacked so Apache > can serve the static content. Luckily, I have an ftp client (CuteFTP) > than can upload an entire directory structure with one command. Then, > with the files already unpacked (I have reloadable="false" in my ), > I use the manager app to reload my application. > > Personally, I fail to see the purpose of auto-unpacking of war > files if the only way to reload is to manually delete the unpacked > directory (Tomcat developers: are you listening?!?!?). It has caused > myself and many other contributors to this list more headaches than > it is worth. > > My $0.02, > > Jeff > > > ----- Original Message ----- > From: "David M. Karr" > To: > Sent: Monday, April 01, 2002 4:39 PM > Subject: Process for using Manager reload of war file? > > > > I'm trying to understand the complete process of getting the Manager > > application to completely reload a rebuilt application. > > > > I'm on Win2k, with TC 4.0.4b2, and JDK 1.4.0. > > > > With Tomcat down, I make sure I have a valid WAR file copied into webapps, and > > the unpacked directory is gone. > > > > I then start Tomcat and test the app. > > > > Now, I make a minor change to one JSP file and rebuild the WAR file. > > > > At this point, I've tried various things, starting with copying the new WAR > > file into webapps. I've tried the "reload" op. I've tried using "stop", and > > then "start". I've tried deleting the unpacked directory, but while Tomcat is > > running, this never completes (Tomcat probably has something open). None of > > these things seem to result in Tomcat reloading the app. When I retest the > > app, it doesn't show the minor change I made to the JSP. > > > > I've verified that the Manager app basically works, as I can execute the "list" > > operation, and I can use "stop" and "start" on an app to see its different > > output in the "list" output. > > > > I'm just using "wget" to interface to the Manager app, writing results to > > standard output. > > > > I wondered whether the "unpackWARs" attribute in my Context element in > > "server.xml" would make it NOT unpack the WAR into the directory, but this > > seemed to have no effect. I set this to "false", made sure the unpacked > > directory was gone, restarted Tomcat, and it unpacked the WAR again. > > > > -- > > =================================================================== > > David M. Karr ; Java/J2EE/XML/Unix/C++ > > dmkarr@earthlink.net > > > > > > -- > > To unsubscribe: > > For additional commands: > > Troubles with the list: > > -- > To unsubscribe: > For additional commands: > Troubles with the list: -- To unsubscribe: For additional commands: Troubles with the list: