tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jane Muse" <JM...@aldon.com>
Subject RE: Disable class monitoring for reloading container classes
Date Wed, 13 Oct 2010 17:51:18 GMT
Chris,

I found that reloadable="false" does not suppress tomcat from watching
if files change in WEB-INF/lib, even though the docs say it does: 

"Set to true if you want Catalina to monitor classes in
/WEB-INF/classes/ and /WEB-INF/lib for changes, and automatically reload
the web application if a change is detected. " 

True, there is a bug in the IBM O/S where when DST hits, last modified
date for a file gets interpreted as one hour difference. But if
reloadable="false" was working as it says it should, that would be a way
to get around this bug.

Can I safely say I've run into both an IBM and a tomcat bug? I'm on
tomcat 6.0.18 and I've searched the 6.0.29 change logs, didn't see
anything for this issue that's been fixed.

Thanks,
Jane 

-----Original Message-----
From: Christopher Schultz [mailto:chris@christopherschultz.net] 
Sent: Tuesday, October 12, 2010 11:16 AM
To: Tomcat Users List
Subject: Re: Disable class monitoring for reloading container classes

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jane,

On 10/9/2010 11:09 AM, Jane Muse wrote:
> My understanding from the docs is that reloading="false" means you 
> can't drop in a war file while tomcat is running and expect it to 
> deploy.

No, <Context reloadable="false"> ("reloading" is meaningless) means that
Tomcat will ignore any files within a webapp that have been updated.
<Host autoDeploy="false"> means that Tomcat will not look for .war files
and automatically deploy them.

> reloading="false" means tomcat is not listening / watching if 
> something changes in WEB-INF/classes or WEB-INF/web.xml, and reload if

> there's a change.

Correct, if s/reloading/reloadable/.

> If that's what these mean, then we don't need them.

Generally speaking, it's best to set both of these to "false" in
production because you don't want anything to happen automatically.

> We don't have "WatchedResource" set anywhere either. If anyone knows 
> of a way to suppress tomcat from watching if something in WEB-INF/lib 
> has changed, I think that might work here.

<Context reloadable="false"> ought to do the trick.

> But apparently tomcat is hard wired to reload if it thinks there's a 
> change in that directory.

Only if reloadable="true", which is NOT the default.

> I'm not sure if that would be considered a bug in the O/S, or the JVM,

> or if tomcat can be made to suppress watching this, similar to what 
> the autoDeploy and reloading settings provide. Let's put it this way, 
> it would be a lot easier to get a change made to tomcat than to IBM's 
> O/S, or Oracle's JVM 8-)

Agreed, but it's hard to imagine how this situation would be detectable.

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAky0pcQACgkQ9CaO5/Lv0PAmfwCfRHBsjuVKjBB6mGswfiZ4jHMk
TvIAoL/EYf/iIcSsdM0u6eVYs4AwOLfI
=mcCD
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message