I have further evidence that the problem has to do with my new .war file
being copied in when the background processor (auto-deploy) cycle "hits"
and tries to reload.
I've slowed the process to every 30 seconds rather than the apparent
default of every 10 seconds (by setting backgroundProcessorDelay="30" in
the Engine element of server.xml).
If I target the upload of my new .war file (which takes about 25
seconds) to start right after a background processor cycle, and it
finishes before the next cycle, everything works fine. The new .war
file is deployed and works.
If I target the upload to span a background processor cycle "hit" (that
is, the file is still copying when a cycle hits), the deployment fails.
The old expanded directory is removed, but it is not recreated and the
web application no longer functions.
If I subsequently upload "in between" background processor cycle hits,
the web application will start functioning again (and gets expanded again).
It strikes me as strange that, by default, the process relies on .war
file replacements to land cleanly in between background processor
cycles. Now in most cases where .war files are being copied more or
less locally and quickly, it usually works, so I guess it's not a huge
problem for most people.
Now to figure out a good way around this....
David
Caldarale, Charles R wrote:
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Subject: Problem with auto-deploy
2007-01-09 11:21:44,859
(org.apache.catalina.startup.ContextConfig,init(),ERROR)
Exception fixing docBase: {0}
java.util.zip.ZipException: The process cannot access the
file because it is being used by another process
Look at the antiJARLocking and antiResourceLocking attributes of the
<Context> element:
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
