-----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-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
