3 Replies Latest reply on Apr 7, 2011 11:21 AM by Sander Sõnajalg

    ZipException during war file deploy JBoss 5.1.

    Alex Thomas Newbie

      Playing around with the new JBoss Tools 3.1.1 Maven Integration on MAC OS X 10.6 Eclipse 3.5 32 bit Cocoa release.

       

      22:42:43,880 INFO  [ZipEntryContext] VFS force nested jars copy-mode is enabled.
      22:42:44,946 INFO  [ServerInfo] Java version: 1.6.0_20,Apple Inc.
      22:42:44,946 INFO  [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_20-b02-279-10M3065)
      22:42:44,946 INFO  [ServerInfo] Java VM: Java HotSpot(TM) 64-Bit Server VM 16.3-b01-279,Apple Inc.
      22:42:44,946 INFO  [ServerInfo] OS-System: Mac OS X 10.6.3,x86_64

       

      Not off to a good start.  I use the wizard to create a Maven-enabled Seam project.  I make no changes to the wizard-generated project, except to add the maven-war plugin.  Builds and installs fine, but deployed to JBoss 5.1 throws a ZipException.

       

      Does not throw this exception on JBoss 4.2.3.

       

      Anybody else experience this?  Any ideas?

       

      21:58:44,854 INFO  [ServletContextListener] Welcome to Seam 2.2.0.GA
      21:58:44,897 ERROR [1-SNAPSHOT]] Exception sending context initialized event to listener instance of class org.jboss.seam.servlet.SeamListener
      java.lang.RuntimeException: Error handling file /Library/jboss-5.1.0.GA/server/default/deploy/patenterm-0.0.1-SNAPSHOT.war/WEB-INF/lib/jboss-seam-ui-2.2.0.GA.jar
          at org.jboss.seam.deployment.URLScanner.handleArchiveByFile(URLScanner.java:134)
          at org.jboss.seam.deployment.URLScanner.handle(URLScanner.java:107)
          at org.jboss.seam.deployment.URLScanner.scanResources(URLScanner.java:90)
          at org.jboss.seam.deployment.StandardDeploymentStrategy.scan(StandardDeploymentStrategy.java:113)
          at org.jboss.seam.init.Initialization.create(Initialization.java:132)
          at org.jboss.seam.servlet.SeamListener.contextInitialized(SeamListener.java:36)
          at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3910)
          at org.apache.catalina.core.StandardContext.start(StandardContext.java:4393)
          at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
          at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
          at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
          at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
          at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
          at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
          at java.lang.reflect.Method.invoke(Method.java:597)
          at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
          at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
          at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
          at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
          at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
          at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
          at $Proxy38.start(Unknown Source)
          at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
          at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
          at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
          at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
          at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
          at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
          at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
          at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
          at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
          at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
          at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
          at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
          at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
          at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
          at org.jboss.system.ServiceController.start(ServiceController.java:460)
          at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
          at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
          at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
          at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
          at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
          at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
          at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
          at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
          at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
          at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
          at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
          at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
          at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
          at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
          at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
          at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
          at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
          at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
          at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
          at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
          at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
          at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
          at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
          at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
          at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
          at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
          at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
          at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
          at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
          at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
          at org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
          at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
          at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
          at org.jboss.Main.boot(Main.java:221)
          at org.jboss.Main$1.run(Main.java:556)
          at java.lang.Thread.run(Thread.java:637)
      Caused by: 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:114)
          at java.util.zip.ZipFile.<init>(ZipFile.java:131)
          at org.jboss.seam.deployment.URLScanner.handleArchiveByFile(URLScanner.java:123)
          ... 74 more

        • 1. Re: ZipException during war file deploy JBoss 5.1.
          Max Rydahl Andersen Master

          What wizard are you using ?

           

          Does the zip file exist ? is it fully copied ?

          • 2. Re: ZipException during war file deploy JBoss 5.1.
            Alex Thomas Newbie

            Thanks for your quick reply.  I'm using the Seam Web Project wizard.  The file exists, and appears to be fully copied, although I did not hash it.  It is attached for your reference.

             

            As I've continued to experiment with different project settings and target environments (Tomcat 6, JBoss 4, JBoss 5), I've managed to move beyond the zip error.  I'm not sure why, but simply by selecting different configuration settings in the project wizard the exception vanishes.  I can't yet describe with any confidence how to recreate the error.  I'm in the early stages of evaluating the Seam/Maven/JBoss/Eclipse integration with an eye toward possibly adopting the combination at the office.  If the issue arises again when I'm more familiar with the tool, I'll repost.

             

            One consistent quirk with the Seam Web Project wizard when enabling Maven integration is the failure of the project builder to inject the path to the parent pom in the base project pom.  The user is required to manually input the path to the parent pom before being able to run a build.  Not a big deal, but it would be nice to have the settings in place.

             

            Again, thanks for your reply.

             

            Alex

            • 3. ZipException during war file deploy JBoss 5.1.
              Sander Sõnajalg Newbie

              For me, it helped if i:

              1) added file seam.properties (with empty contents) to the classpath. This activates the Seam deployer which then applies the VFSScanner (instead of the URLScanner that causes this error)

              2) I also had to add file seam-deployment.properties to classpath, with contents:

               

              org.jboss.seam.deployment.scanners=org.jboss.seam.integration.jbossas.vfs.VFSScanner

               

              .. anyway, this issue is due to using URLScanner instead of VFSScanner (i.e. not activating seam deployer correctly)