Chris wrote:
<It's probably not necessary to comment-out the <WatchedResource>
We didn't change <WatchedResource> in context.xml from how it was
installed in tomcat 6.0.18. The default is commented out. But thanks for
the info.
<If you have a standard server.xml, that means that APP_NAME will be
deployed to "/APP_NAME" automatically, unless you have <Host
<autoDeploy="false">.
And if autoDeploy="false" then you have to shutdown tomcat, delete the
CATALINA_BASE/WEBAPPS/APP_NAME directory, and restart tomcat in order
for the webapp to deploy, correct? I think we'll do it this way in the
production environment.
<you must remove the "path" attribute from the <Context>
<element:
Ok, I removed it. It's not necessary because the name of the.xml file
will be used as the context path, correct?
<we'd love to hear the resolution of the file timestamp changing when
DST kicks-in
I'll definitely let you know!
Thanks much,
Jane
-----Original Message-----
From: Christopher Schultz [mailto:chris@christopherschultz.net]
Sent: Thursday, October 14, 2010 7:54 AM
To: Tomcat Users List
Subject: Re: Disable class monitoring for reloading container classes
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jane,
On 10/13/2010 5:41 PM, Jane Muse wrote:
> We have a directory called COMPANY_NAME/tomcat that is CATALINA_BASE.
> I sent the contents of CATALINA_BASE/conf/context.xml in the email
> below.
Great. It's probably not necessary to comment-out the <WatchedResource>
as the context should not be reloadable if you set reloadable="true",
though I haven't tried actually 'touch'ing web.xml just to see if it
would trigger a context reload.
> We have a CATALINA_BASE/WEBAPPS/APP_NAME directory.
Okay. If you have a standard server.xml, that means that APP_NAME will
be deployed to "/APP_NAME" automatically, unless you have <Host
autoDeploy="false">.
> We also have a COMPANY_NAME/APP_CONF_DIR that contains a /conf
> directory, the APP_NAME.war file, and an APP_NAME.xml file.
Those files will be ignored unless there are other configuration
settings that make them relevant.
> There is a
> context element defined in the COMPANY_NAME/APP_CONF/DIR/app_name.xml
> file with reloadable="false". This is the one I was changing. However
> it turns out that we used this one as a placeholder in case the one in
> the CATALINA_BASE/conf/[enginename]/[hostname]/app_name.xml got
deleted.
That sounds like a good plan. Again, the file you were editing was not
being consulted by Tomcat. You'll need to copy that file into
CATALINA_BASE/conf/[enginename]/[hostname]/[app_name].xml.
As Chuck states, you must remove the "path" attribute from the <Context>
element: it will be ignored at best and cause a double-deployment (or
failed deployment) at worst. Or, it might cause your webapp to reload
for unknown reasons :)
> We also have a context element in a place I hadn't seen before at:
> CATALINA_BASE/conf/[enginename]/[hostname]/app_name.xml. This context
> element had reloadable="true". I changed it to reloadable="false" and
> restarted tomcat. Now the app does not get reloaded! Fixed. Thanks to
> all.
This was going to be my final attempt: that you were editing the wrong
configuration file.
Still, we'd love to hear the resolution of the file timestamp changing
when DST kicks-in. Please let us know what you find out.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAky3GZEACgkQ9CaO5/Lv0PBMWACeL/QV75reOUF3KPewOcdwp7KO
jBEAoMGqeakQr/JsiEMpGFGJTwcSl7Nw
=5BkZ
-----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
|