https://issues.apache.org/bugzilla/show_bug.cgi?id=55719

            Bug ID: 55719
           Summary: WAR's deployed via Tomcat Manager using Cargo deployer
                    are getting corrupted.
           Product: Tomcat 7
           Version: 7.0.42
          Hardware: PC
                OS: Mac OS X 10.4
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Manager
          Assignee: dev@tomcat.apache.org
          Reporter: d...@danshome.net

We've been using the same cargo deployer (v 1.2.4) from Jenkins to deploy WAR's
to Tomcat 7.0.30 for almost a year with no issues at all, then after we
upgraded to Tomcat 7.0.42 and JDK 1.7.0_40 we started getting random failures
with WAR deployments.  We've seen similar issues with someone tries to manually
deploy a WAR to the webapps folder when autodeploy is enabled and Tomcat tries
to unzip the WAR before the file copy is complete, but we've never seen this
when using the Tomcat Manager /deploy. We do have auto deploy enabled at this
time.  Is it possible that a change between 7.0.30 and 7.0.42 could be causing
Tomcat with autodeploy enabled to try to decompress the WAR before the Tomcat
Manager has finished dropping the WAR in the webapps folder?  

The problem happens at random, and in most cases simply re-running the
deployment works.


Oct 24, 2013 9:23:24 PM org.apache.catalina.startup.HostConfig
deleteRedeployResources
INFO: Undeploying context [/CrashMapBuilder]
Oct 24, 2013 9:34:03 PM org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive
E:\servers\tomcat\inst\tomcatsrv1\webapps\CrashMapBuilder.war
Oct 24, 2013 9:34:03 PM org.apache.catalina.startup.ContextConfig init
SEVERE: Exception fixing docBase for context [/CrashMapBuilder]
java.util.zip.ZipException: error in opening zip file
    at java.util.zip.ZipFile.open(Native Method)
    at java.util.zip.ZipFile.<init>(ZipFile.java:215)
    at java.util.zip.ZipFile.<init>(ZipFile.java:145)
    at java.util.jar.JarFile.<init>(JarFile.java:153)
    at java.util.jar.JarFile.<init>(JarFile.java:90)
    at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93)
    at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69)
    at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:109)
    at
sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
    at
sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
    at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:113)
    at
org.apache.catalina.startup.ContextConfig.fixDocBase(ContextConfig.java:722)
    at org.apache.catalina.startup.ContextConfig.init(ContextConfig.java:843)
    at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:387)
    at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:402)
    at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:110)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:139)
    at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:976)
    at
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1653)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:724)

Oct 24, 2013 9:34:03 PM org.apache.catalina.core.StandardContext resourcesStart
SEVERE: Error starting static Resources
java.lang.IllegalArgumentException: Invalid or unreadable WAR file : error in
opening zip file
    at
org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:138)
    at
org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:5055)
    at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5235)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
    at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:976)
    at
org.apache.catalina.startup.HostConfig$DeployWar.run(HostConfig.java:1653)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
    at java.util.concurrent.FutureTask.run(FutureTask.java:262)
    at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:724)

Oct 24, 2013 9:34:03 PM org.apache.catalina.core.StandardContext startInternal
SEVERE: Error in resourceStart()
Oct 24, 2013 9:34:03 PM org.apache.catalina.core.StandardContext startInternal
SEVERE: Error getConfigured
Oct 24, 2013 9:34:03 PM org.apache.catalina.core.StandardContext startInternal
SEVERE: Context [/CrashMapBuilder] startup failed due to previous errors

-- 
You are receiving this mail because:
You are the assignee for the bug.

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

Reply via email to