Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 88964 invoked from network); 8 Oct 2010 15:07:44 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 8 Oct 2010 15:07:44 -0000 Received: (qmail 18058 invoked by uid 500); 8 Oct 2010 15:07:41 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 17911 invoked by uid 500); 8 Oct 2010 15:07:41 -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 17902 invoked by uid 99); 8 Oct 2010 15:07:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Oct 2010 15:07:41 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [76.96.59.212] (HELO qmta14.westchester.pa.mail.comcast.net) (76.96.59.212) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 08 Oct 2010 15:07:32 +0000 Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta14.westchester.pa.mail.comcast.net with comcast id GCGJ1f0021swQuc5EF7C56; Fri, 08 Oct 2010 15:07:12 +0000 Received: from [192.168.1.202] ([69.143.109.145]) by omta15.westchester.pa.mail.comcast.net with comcast id GF7B1f00B38FjT13bF7Cee; Fri, 08 Oct 2010 15:07:12 +0000 Message-ID: <4CAF339F.5070806@christopherschultz.net> Date: Fri, 08 Oct 2010 11:07:11 -0400 From: Christopher Schultz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Disable class monitoring for reloading container classes References: <4CAE3C0B.2060901@christopherschultz.net> <4CAE4113.5000209@pidster.com> In-Reply-To: <4CAE4113.5000209@pidster.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pid, On 10/7/2010 5:52 PM, Pid wrote: > On 07/10/2010 22:30, Christopher Schultz wrote: > >> If the above logic is the actual implementation, then the only time >> you'd have a problem is when you've deployed a webapp during the window >> covered by the DST-clock-setback. For instance, if the clock goes from >> 02:00 early Sunday morning to 00:00 early Sunday morning, then you >> should only experience some kind of confusion if you deploy between >> 00:00 and 02:00 the first time through early on Sunday morning. > > +1 actually. Logical. I browsed the code and it looks like the reload-check is done in the WebappClassLoader.modified() method which you can find in here for Jane's specific version: http://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_18/java/org/apache/catalina/loader/WebappClassLoader.java Technically speaking, the modification date isn't checked against the context startup date.... it's checked against the last modified date that was recorded by the ClassLoader. That makes sense because you might have a JAR file that's been updated but the timestamp is still in the past. In either case, this seems weird. Jane, if you increase your logging level to DEBUG, you should be able to see the modified() method being called, and it should tell you what resource is triggering the reload in the webapp's log file. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyvM54ACgkQ9CaO5/Lv0PA6rACfUghfrik2nmW9n7usJZhUMKbZ W9UAnA82HPzCB8rcJTsi8hpou7kzeu/Z =kvUe -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org