Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 81440 invoked from network); 14 Nov 2007 17:09:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 14 Nov 2007 17:09:52 -0000 Received: (qmail 73747 invoked by uid 500); 14 Nov 2007 17:09:28 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 73728 invoked by uid 500); 14 Nov 2007 17:09:28 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 73717 invoked by uid 99); 14 Nov 2007 17:09:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Nov 2007 09:09:28 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [69.178.150.2] (HELO IMS-EMAIL.ims.dom) (69.178.150.2) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Nov 2007 17:09:18 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C826E1.22162ADF" Subject: autoDeploy attribute behavior Date: Wed, 14 Nov 2007 09:09:36 -0800 Message-ID: <927B303FE145774289C9CC3312881CC5492C17@IMS-EMAIL.ims.dom> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: autoDeploy attribute behavior Thread-Index: Acgm4SIIdQ67edtUQfWImAiGwiHl2A== From: "Beth Hechanova" To: X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C826E1.22162ADF Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, =20 I have a war file that I do not want to be automatically deployed when it is copied to the webapps directory, so I have set the autoDeploy attribute in server.xml to false. However, I would like that new war file to be expanded when tomcat is restarted, but that does not seem to be the case. If I delete the corresponding directory before restarting tomcat, then obviously I can see the updated changes on the website. =20 =20 Is there another configuration parameter to use that will define the behavior I'm looking for -=20 * Allow for a new war file to be deployed, but do NOT want those changes to take affect * Reboot tomcat * Changes in new war file can be seen =20 Thanks, Beth ------_=_NextPart_001_01C826E1.22162ADF--