1 Reply Latest reply on Oct 31, 2005 11:16 AM by Francois Joubert

    Hot deploy fails: Ear is read before copy completes

    Peter Ciuffetti Newbie


      I've noticed on occasion that when I try to copy an updated ear to the deploy directory, that JBoss may attempt to read the ear before the copy completes. I'll get an error like this:

      2005-10-29 23:12:37,856 INFO [org.jboss.web.tomcat.tc5.TomcatDeployer] undeploy, ctxPath=/, warUrl=file:/apps/jboss-4.0.2/server/default/tmp/deploy/tmp52483my.ear-contents/my.war/
      2005-10-29 23:12:37,985 INFO [org.jboss.deployment.EARDeployer] Undeploying J2EE application, destroy step: file:/apps/jboss-4.0.2/server/default/deploy/my.ear
      2005-10-29 23:12:38,071 INFO [org.jboss.deployment.EARDeployer] Init J2EE application: file:/apps/jboss-4.0.2/server/default/deploy/my.ear
      2005-10-29 23:12:38,153 WARN [org.jboss.deployment.EARDeployer] Failed to extract nested jar. Ignoring: my.war
      java.util.zip.ZipException: invalid stored block lengths

      The EAR is about 5MB, so the copy can take a couple seconds. But JBoss/Tomcat's eagerness to hot deploy the ear means that it appears to do so before the copy is complete.

      Is there any way to protect against this so that the re-deploy doesn't begin until the copy is complete?