Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 35601 invoked from network); 30 Aug 2008 12:14:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Aug 2008 12:14:24 -0000 Received: (qmail 86658 invoked by uid 500); 30 Aug 2008 12:14:10 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 86629 invoked by uid 500); 30 Aug 2008 12:14:10 -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 86617 invoked by uid 99); 30 Aug 2008 12:14:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 30 Aug 2008 05:14:10 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [204.127.217.103] (HELO fmailhost03.isp.att.net) (204.127.217.103) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 30 Aug 2008 12:13:10 +0000 Received: from [127.0.0.1] (adsl-159-88-94.gsp.bellsouth.net[68.159.88.94]) by isp.att.net (frfwmhc03) with ESMTP id <20080830121300H030023mqje>; Sat, 30 Aug 2008 12:13:00 +0000 X-Originating-IP: [68.159.88.94] Message-ID: <48B93951.1040303@reedyriver.com> Date: Sat, 30 Aug 2008 08:13:05 -0400 From: "H. Hall" User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: apparent problem with work/ directory References: <7674BD4C-E53F-46BE-AE65-226032B95A33@als.com> In-Reply-To: <7674BD4C-E53F-46BE-AE65-226032B95A33@als.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Ken Bowen wrote: > When I run into behavior that sounds like what you describe, I > manually delete > > work/Catalina/localhost/ > > before restarting. > > --Ken Yep, me too. Has rarely happened, usually one jsp is the problem and I delete its associated class file and the jsp will then compile ok. --HH > > On Aug 29, 2008, at 5:00 PM, Jonathan Mast wrote: > >> I refactored the POJO side of a webapp I have. I basically moved some >> objects referenced by the JSPs into a new package. I updated the jsps >> accordingly, by importing the new package with the PAGE directive at the >> top. I deleted the old version of the webapp, rebuilt it, and restarted >> tomcat. >> >> It then started spewing errors, generated from the jsp's, about not >> being >> able to find the old classes. I am convinced that the errors lies in >> the >> work/ directly, specifically the derived java sources of the jsp were >> not >> updated when I restarted Tomcat. >> >> I know the problem is not in the webapp itself because i tested it >> out on my >> Windoze box before deploying to Linux where the problem occured. My >> question is: how do I force Tomcat to delete the "work" directory upon >> restarting or when I'm building from Ant? >> >> Thanks, >> >> Tomcat 5.5.17 >> Java 1.4.2 > > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org > For additional commands, e-mail: users-help@tomcat.apache.org > > > > -- H. Hall ReedyRiver Group LLC http://www.reedyriver.com --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org