tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <ch...@christopherschultz.net>
Subject Re: Why deleting of context.xml is NOT optional ? (after deploying the app)
Date Fri, 06 May 2011 14:04:48 GMT
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Joe,

On 5/6/2011 8:29 AM, joe.k@centrum.cz wrote:
> hmm, "definitely" you are right that the files are deleted on "undeploy" not "deploy"
> but don't you think it doesn't matter from the user's point of view ?

Precision counts when describing bugs. Please be precise.

Tomcat deletes an auto-deployed context.xml file when a WAR file is
updated. It's quite clear in the documentation:

http://tomcat.apache.org/tomcat-6.0-doc/config/host.html#Automatic%20Application%20Deployment

See the fifth bullet point in the second section:

"
* Updating a WAR file will trigger an undeploy of the application with
the removal of any associated expanded directory, context file and work
directory. Any current user sessions will not be persisted.
"

If you don't want this to happen, don't update your WAR file. Instead,
consider using the manager to STOP and START your webapp instead of
triggering an automatic UNDEPLOY.

> So you say that's definitely fixed for Tomcat 7, but still not fixed in Tomcat 6,
> thank you for this hint, this will be the reason for me to migrate to 7.

The behavior you are describing is by design, and thus cannot be changed
within a particular version (6.0.x in this case) of Tomcat. Switching to
another magor version gives the designers the freedom to make such
breaking changes to the behavior of Tomcat.

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

iEYEARECAAYFAk3EAAAACgkQ9CaO5/Lv0PAaHgCfSJgxCd1GshlVE0pkiXXrCJOG
9H4AoKx5WhQvSP6eFB3J2VhJT04MSTxS
=qaQr
-----END PGP SIGNATURE-----

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


Mime
View raw message