Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A006CBD3C for ; Wed, 18 Jan 2012 20:31:39 +0000 (UTC) Received: (qmail 92534 invoked by uid 500); 18 Jan 2012 20:31:34 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 92235 invoked by uid 500); 18 Jan 2012 20:31:33 -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 92226 invoked by uid 99); 18 Jan 2012 20:31:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jan 2012 20:31:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aronroberts@gmail.com designates 74.125.83.45 as permitted sender) Received: from [74.125.83.45] (HELO mail-ee0-f45.google.com) (74.125.83.45) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jan 2012 20:31:27 +0000 Received: by eekc41 with SMTP id c41so3695120eek.18 for ; Wed, 18 Jan 2012 12:31:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=vvsY7vdeedRcbZ3C6YipVHGyXJUU0vrqvM2KcTLU980=; b=QfkNkkZqspTGPEiIzKQC/YjQbFjWBxARiTJ/ADsqYNPi1fC3hIJG/GntBh8lGuCs0w G6mZMMpJDPY3Be1jfpwm1kYq54gzMEJWeOE3+gQFVSwOKs3+98wfjkfWTdJnQmd+aG3J 4+C7mXXj/NKaIkOJvd1IYcepvqPets8/qMDL0= MIME-Version: 1.0 Received: by 10.14.135.140 with SMTP id u12mr689587eei.73.1326918665841; Wed, 18 Jan 2012 12:31:05 -0800 (PST) Received: by 10.213.20.9 with HTTP; Wed, 18 Jan 2012 12:31:05 -0800 (PST) Date: Wed, 18 Jan 2012 12:31:05 -0800 Message-ID: Subject: Changes to deployed .war file not copied to unpacked war directory at Tomcat startup? From: Aron Roberts To: users@tomcat.apache.org Content-Type: text/plain; charset=ISO-8859-1 With apologies if this turns out to be a truly newbie question, or has been answered in the archives (the MARC archives are inaccessible today due to SOPA Blackout Day) ... We've reproducibly observed the following with respect to updating the contents of unpacked/exploded WAR directories, and wish to ask whether this is the intended behavior: With Tomcat 6.0.33, running on various recent Linux releases (e.g. Fedora 15, Ubuntu 10), and with default settings of 'unpackWARs="true" autoDeploy="true"' for the default host in CATALINA_HOME/conf/server.xml: 1. Stop Tomcat. 2. Copy an updated WAR file ('cspace-ui.war') to $CATALINA_HOME/webapps (the default appBase directory). 3. Start Tomcat. Following Tomcat startup: * Any changes that had been made within the newly-copied 'cspace-ui.war' WAR file, such as additions or deletions of files in the WAR ... * Are *not* also appearing within the corresponding unpacked/exploded WAR directory, 'cspace-ui' - if that directory already existed at Tomcat startup. This appears on its face to be problematic. Following Tomcat startup, we would intuitively expect that changes made within an updated WAR file - copied when Tomcat was not running - would soon appear, as well, within the corresponding unpacked/exploded WAR directory. And it isn't readily evident to us from this document why it might not be so: http://tomcat.apache.org/tomcat-6.0-doc/deployer-howto.html The following related behaviors do work as we would expect: * If Tomcat is already running, any changes made to the 'cspace-ui.war' WAR file, once copied to $CATALINA_HOME/webapps (e.g. an autoDeploy scenario), soon appear as well within the corresponding unpacked/exploded WAR directory, 'cspace-ui. * If the unpacked/exploded WAR directory, 'cspace-ui', corresponding to the newly copied WAR file, 'cspace-ui.war', doesn't already exist, it will be duly created on Tomcat startup. Other details that may potentially be relevant: * This WAR's purpose is to simply package up a collection of HTML, JavaScript, CSS, JSON and properties files, which are used by another, Java-based web application. * Its context.xml and web.xml files are truly minimal, consisting of just XML declarations and root elements. (These can be gladly provided, along with any other requested details, in a follow-up upon request.) Thoughts? Thanks! Aron Roberts --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org