tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 45989] Deployer fails when copy of large war to webapps/ is slow
Date Sun, 02 Nov 2008 00:56:33 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=45989


Mark Thomas <markt@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX




--- Comment #3 from Mark Thomas <markt@apache.org>  2008-11-01 17:56:32 PST ---
The farm deployer should be fixed - see bug45851.

The issue here is one of timing between the network copy and the deployer
thread.

We could check that the file isn't changing in size but that is no guarantee.

A work around that would reduce, but not eliminate the chances of this
happening is:
- upload the war to a different directory
- copy the war locally which should be a lot faster

Approaches that would work:
- use the manager app - the context is marked as serviced which prevents the
background process trying to deploy it
- use JMX to mark the context as serviced before you start the copy and unmark
after the copy completes
- use a simple cluster and take each node down for upgrade
- use the (now fixed) farm deployer with a cluster

I can't see a reliable way to make this work and given that there are a number
of methods provided that would allow this to work I am going to mark this one
as won't fix.


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

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


Mime
View raw message