Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 20837 invoked from network); 15 Jul 2003 20:10:08 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 15 Jul 2003 20:10:08 -0000 Received: (qmail 15920 invoked by uid 97); 15 Jul 2003 20:12:41 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@nagoya.betaversion.org Received: (qmail 15913 invoked from network); 15 Jul 2003 20:12:41 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 15 Jul 2003 20:12:41 -0000 Received: (qmail 19401 invoked by uid 500); 15 Jul 2003 20:09: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 19388 invoked from network); 15 Jul 2003 20:09:53 -0000 Received: from unknown (HELO server2.01domain.net) (209.197.245.151) by daedalus.apache.org with SMTP; 15 Jul 2003 20:09:53 -0000 Received: from 12-253-76-237.client.attbi.com ([12.253.76.237] helo=newmedialogic.com) by server2.01domain.net with asmtp (Exim 4.20) id 19cW7Y-0005bh-Ic for tomcat-user@jakarta.apache.org; Tue, 15 Jul 2003 14:09:56 -0600 Message-ID: <3F145F97.2080907@newmedialogic.com> Date: Tue, 15 Jul 2003 14:09:59 -0600 From: Aaron Longwell User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Autodeploy WAR File to ROOT Context Problem References: <3F145AAE.9080906@newmedialogic.com> <3F145D1C.8080807@newmedialogic.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server2.01domain.net X-AntiAbuse: Original Domain - jakarta.apache.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - newmedialogic.com X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Is there a standard alternate location for the WAR file? John Turner wrote: > > AFAIK, you have to stop putting your WAR file in /webapps. > > There should probably be a check, or something, though, so that Tomcat > can tell if it has already deployed a webapp. > > John > > On Tue, 15 Jul 2003 13:59:24 -0600, Aaron Longwell > wrote: > >> OK, Tried again, and this time the file was not deleted.... not sure >> what happened last time. But now I'm getting the WAR autoDeployed >> according to both the context XML file AND as a war file to a >> directory with the same name as the WAR file. In other words, my >> webapp is now accessible via 2 contexts, no big deal, but I'd prefer >> to have only the root context. >> >> Also, let me explain a little better. >> >> I am reading this section in the Docs: >> http://jakarta.apache.org/tomcat/tomcat-4.1- >> doc/config/host.html#Automatic%20Application%20Deployment >> >> And it indicates I can autoDeploy by creating a file *.xml with a >> tag inside. This will act as if that context was entered in >> my server.xml. This enables me to control where my WAR will be >> deployed via a file external to server.xml. This is exactly what I want. >> >> The second autoDeploy takes each *.war file and deploys it to a >> webapp named the same as the war file. For example, my SoiledDove.war >> gets deployed to a /SoiledDove webapp. >> >> Because my context XML file deploys to path="" (the ROOT context in >> other words), AND my SoiledDove.war file is in the webapps >> directory... I am getting double auto-deployment. >> >> How can I control which autoDeployment methods are enabled for a >> particular WAR? >> >> Thanks, >> Aaron >> >> >> Aaron Longwell wrote: >> >>> I'm deploying a WAR file to the root context (path=""). I've created >>> the appropriate context XML file in the webapps dir and pointed it >>> to a WAR (which I do NOT want to be expanded). It's working great... >>> except for one thing: >>> >>> Tomcat is deleting the context XML file.... so that when I stop and >>> restart the server, my WAR file is re-deployed at /WARFileName >>> instead of / >>> >>> Why does tomcat delete this XML file for my webapp but not for Admin >>> or Manager webapps? Am I doing this incorrectly? >>> >>> Thanks, >>> Aaron >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org >>> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org >>> >>> >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org >> >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org