From tomcat-user-return-119372-apmail-jakarta-tomcat-user-archive=jakarta.apache.org@jakarta.apache.org Thu Jan 13 18:33:35 2005 Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 3687 invoked from network); 13 Jan 2005 18:33:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 13 Jan 2005 18:33:35 -0000 Received: (qmail 45552 invoked by uid 500); 13 Jan 2005 18:33:20 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 45190 invoked by uid 500); 13 Jan 2005 18:33:18 -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 45176 invoked by uid 99); 13 Jan 2005 18:33:18 -0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_10_20,HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from web52209.mail.yahoo.com (HELO web52209.mail.yahoo.com) (206.190.39.91) by apache.org (qpsmtpd/0.28) with SMTP; Thu, 13 Jan 2005 10:33:17 -0800 Received: (qmail 59561 invoked by uid 60001); 13 Jan 2005 18:33:15 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=0/6uu8EZtWtnjDPX7DWdOkMkG/moc6iWbHzCQW88GdEptEYcUbllgDuLBP/s6Zs8/9wW2Uo6eAOU/yMBVh5q/D2J1h9zA0rpRabBLU0hXEP09gJv6pblDE8+r9M/oSoY3BW1tf5vd33GFS6HrJ1ad2x+rMizf5FXvE2NsNkPKzU= ; Message-ID: <20050113183315.59559.qmail@web52209.mail.yahoo.com> Received: from [162.18.75.91] by web52209.mail.yahoo.com via HTTP; Thu, 13 Jan 2005 10:33:15 PST Date: Thu, 13 Jan 2005 10:33:15 -0800 (PST) From: TomK Reply-To: swanky303-tomcat@yahoo.com Subject: Re: JAR locking / Tomcat 5.5.4 / Windows To: Tomcat Users List , swanky303-tomcat@yahoo.com In-Reply-To: <20050113162239.56303.qmail@web52203.mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-68550653-1105641195=:59202" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --0-68550653-1105641195=:59202 Content-Type: text/plain; charset=us-ascii Success! I was able to get the antiResourceLocking attribute to finally take effect with Tomcat 5.5.4. The problem is the default Windows install does not set the "Working Path" (viewable on the Startup/Shutdown tabs of the service manager that sits in the SysTray). Once I set the working path to the tomcat base directory, and restarted Tomcat, and deployed the WAR, the application files were copied to the temp directory and run from there, just as promised. Undeploy works fine. Interestingly, the directories created in the temp directory aren't deleted when Tomcat is shutdown, for the same reason: the jar's are locked. Dominik -- Regarding your statement that "the latest CVS version does not suffer from the nasty jar locking." I'll try it out later, but are you suggesting 5.5.7 will not have JAR locking issues at all, and thus the antiResourceLocking and antiJARLocking attributes will be unnecessary?? thanks -tk TomK wrote: Thanks very much, I'll check the latest version out and post my results, in case anyone else has this issue. -tk Dominik Drzewiecki wrote: Siarhei Dudzin wrote: > Did you find a solution? FYI it has been fixed on 17/12/2004 and the latest CVS version does not suffer from the nasty jar locking. The root of the problem was the JasperLoader locking (using cached getResourceAsStream()) the jars containing jsp tag libraries. It works for me. Please do give it a spin and test for yourselves. BTW, there seems to be 5.5.7 distro coming soon. cheers, /dd > > On Tue, 4 Jan 2005 15:27:56 -0800 (PST), TomK > wrote: >> I've been following the recent threads regarding JAR locking with >> Tomcat 5.x on Windows platforms. A few people mentioned they had been >> able to get either the antiJARLocking or antiResourceLocking attributes >> to work, so I've spent quite a bit of time trying out different >> scenarios and configurations, under the impression that I must be >> missing something simple.....however, I've not yet found a situation >> where either attribute has any effect on deploy/undeploy. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org --0-68550653-1105641195=:59202--