Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 75452 invoked from network); 12 Sep 2002 22:19:56 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 12 Sep 2002 22:19:56 -0000 Received: (qmail 27950 invoked by uid 97); 12 Sep 2002 22:20:12 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 27919 invoked by uid 97); 12 Sep 2002 22:20:12 -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 27903 invoked by uid 98); 12 Sep 2002 22:20:11 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Subject: unpackWars performance/advantages/disadvantages? From: Dennis Muhlestein To: Tomcat Users List In-Reply-To: <20020912201140.1845.qmail@hm36.locaweb.com.br> References: <1031839954.23051.12.camel@denlin.zserve.com> <20020912201140.1845.qmail@hm36.locaweb.com.br> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 12 Sep 2002 10:31:37 -0600 Message-Id: <1031848297.23050.29.camel@denlin.zserve.com> Mime-Version: 1.0 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Great, thanks for the response. I'd like to know if anyone has experience with deploying war files and then setting unpackWARs to false. Is there any advantage/disadvantage to doing this? Why would one want to? How does this affect performance? Any reasons for choosing one over the other? Thanks Dennis On Thu, 2002-09-12 at 14:11, Nome real wrote: > That's the new behaviour for 4.1.x. See the RELEASE-NOTES. > > > On 12 Sep 2002 08:12:34 -0600, Dennis Muhlestein escreveu : > > > De: Dennis Muhlestein > > Data: 12 Sep 2002 08:12:34 -0600 > > Para: tomcat-user@jakarta.apache.org > > Assunto: Tomcat 4.1.10 and symbolic links (linux) > > > > I've found many references to this problem on the list and in mail > > archives but none had to do with my situation and I don't know how to > > fix this. > > > > Because we have used other web containers in the past, our WEB-INF > > folder is not located in the root of the webapp. We have a symbolic > > link. The directory structure looks like this. > > > > ROOT/ > > ROOT/docs (jsp images etc) > > ROOT/WEB-INF/ > > ROOT/classes/ > > ROOT/jars > > > > There are sym links to make this work with tomcat. > > > > ROOT/docs/WEB-INF-> ../WEB-INF > > ROOT/WEB-INF/classes-> ../classes > > ROOT/WEB-INF/lib-> ../jars > > > > > > This all worked fine with tomcat 4.0.4 but now with 4.1.10 I can't get > > it to recognize the web.xml I get the following: > > > > ContextConfig[]: Missing application web.xml, using defaults only > > > > > > If I remove the sym links and copy the data to the correct location, > > things start up, the web.xml is found. > > > > Is it just symbolic links in general or is there something I'm missing. > > Thanks for any input. > > > > -Dennis > > > > > > -- > > To unsubscribe, e-mail: > > For additional commands, e-mail: > > > > > > > > > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > -- To unsubscribe, e-mail: For additional commands, e-mail: