-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jane,
On 10/6/2010 3:39 PM, Jane Muse wrote:
> There's a backgroundProcessor method in tomcat that checks whether
> container classes need to be reloaded, and checks for session
> expirations. Is it possible to disable this method, like you can disable
> class reloading for the context with reloadable="false"? I'm using
> tomcat 6.0.18 on an IBM i (OS400) version V6R1. When daylight savings
> time hits, our application gets reloaded, and the following statements
> are in catalina.out:
>
> Mar 14, 2010 3:00:08 AM org.apache.catalina.core.StandardContext reload
> INFO: Reloading this Context has started
Does this happen with every DST change that results in the clock being
set backward? I haven't looked at the code, but I can't imagine that the
BackgroundProcessor keeps the timestamp of the last file scan around for
comparison. Instead, I would expect logic similar to this:
while(true) {
sleep
find files modified since last context startup
if file list is non-empty, reload context
}
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.
I've never observed a DST clock-setback trigger a webapp reload.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkyuPAsACgkQ9CaO5/Lv0PA3bwCgnauu9wy7dILRiDW+5NVAABHa
dPoAn0C+3Z5Ff0roq3CEQbtXS0sj0hqs
=8WJQ
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
