12 Replies Latest reply on Mar 29, 2013 4:30 AM by liv227

    Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war

    liv227 Newbie

      Hello,

       

      I am relatively new at manipulating JBoss, then again I did not find any answer that worked for me.

       

      I get the following error when I add my jboss-deployment-structure.xml file:

       

       

       

      12:22:39,423 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-26) MSC00001: Failed to start service jboss.deployment.unit."nizaat.war".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."nizaat.war".STRUCTURE: Failed to process phase STRUCTURE of deployment "nizaat.war"

              at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]

              at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]

              at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]

              at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]

              at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]

      Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: Failed to get manifest for deployment "/content/nizaat.war"

              at org.jboss.as.server.deployment.module.ManifestAttachmentProcessor.deploy(ManifestAttachmentProcessor.java:73) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              ... 5 more

      Caused by: java.io.IOException: invalid header field

              at java.util.jar.Attributes.read(Attributes.java:410) [rt.jar:1.7.0_17]

              at java.util.jar.Manifest.read(Manifest.java:199) [rt.jar:1.7.0_17]

              at java.util.jar.Manifest.<init>(Manifest.java:69) [rt.jar:1.7.0_17]

              at org.jboss.vfs.VFSUtils.readManifest(VFSUtils.java:216) [jboss-vfs-3.1.0.Final.jar:3.1.0.Final]

              at org.jboss.vfs.VFSUtils.getManifest(VFSUtils.java:199) [jboss-vfs-3.1.0.Final.jar:3.1.0.Final]

              at org.jboss.as.server.deployment.module.ManifestAttachmentProcessor.deploy(ManifestAttachmentProcessor.java:69) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              ... 6 more

       

       

      12:22:39,908 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-46) MSC00001: Failed to start service jboss.deployment.unit."nizaat.war".STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit."nizaat.war".STRUCTURE: Failed to process phase STRUCTURE of deployment "nizaat.war"

              at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]

              at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]

              at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]

              at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]

              at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]

      Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: Failed to get manifest for deployment "/content/nizaat.war"

              at org.jboss.as.server.deployment.module.ManifestAttachmentProcessor.deploy(ManifestAttachmentProcessor.java:73) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:113) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              ... 5 more

      Caused by: java.io.IOException: invalid header field

              at java.util.jar.Attributes.read(Attributes.java:410) [rt.jar:1.7.0_17]

              at java.util.jar.Manifest.read(Manifest.java:199) [rt.jar:1.7.0_17]

              at java.util.jar.Manifest.<init>(Manifest.java:69) [rt.jar:1.7.0_17]

              at org.jboss.vfs.VFSUtils.readManifest(VFSUtils.java:216)

              at org.jboss.vfs.VFSUtils.getManifest(VFSUtils.java:199)

              at org.jboss.as.server.deployment.module.ManifestAttachmentProcessor.deploy(ManifestAttachmentProcessor.java:69) [jboss-as-server-7.1.1.Final.jar:7.1.1.Final]

              ... 6 more

       

       

       

      Here is my xml file :

       

       

      <?xml version="1.0" encoding="UTF-8"?>

      <jboss-deployment-structure xmlns="urn:jboss:deployment-structure:1.2">

          <deployment>

              <exclusions>

                  <module name="org.apache.log4j" />

              </exclusions>

          </deployment>

      </jboss-deployment-structure>

       

       

       

      --------------------------------------------------------

      Before that I tried with MANIFEST.MF, same problem. Then tried to add a global-module to standalone.xml -- deployed but did not fix the problem which was something like this :

       

       

      exception: java.lang.ClassNotFoundException: org.apache.xml.serializer.TreeWalker from [Module "deployment.server.war:main" from Service Module Loader]

              at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)

              at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)

              at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)

              at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)

              at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)

              at org.apache.xalan.processor.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:823) [xalan-2.7.1.jar:]

              at __redirected.__TransformerFactory.newTransformer(__TransformerFactory.java:133) [jboss-modules.jar:1.1.1.GA]

              at org.codehaus.xfire.wsdl11.builder.SchemaSerializer.writeXml(SchemaSerializer.java:48) [xfire-all-1.2.6.jar:]

              at org.codehaus.xfire.wsdl11.builder.SchemaSerializer.marshall(SchemaSerializer.java:35) [xfire-all-1.2.6.jar:]

              at com.ibm.wsdl.xml.WSDLWriterImpl.printExtensibilityElements(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

              at com.ibm.wsdl.xml.WSDLWriterImpl.printTypes(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

              at com.ibm.wsdl.xml.WSDLWriterImpl.printDefinition(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

              at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

              at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

              at org.codehaus.xfire.wsdl11.builder.WSDLBuilder.write(WSDLBuilder.java:182) [xfire-all-1.2.6.jar:]

              at org.codehaus.xfire.wsdl11.builder.WSDLBuilderAdapter.write(WSDLBuilderAdapter.java:40) [xfire-all-1.2.6.jar:]

              at org.codehaus.xfire.DefaultXFire.generateWSDL(DefaultXFire.java:104) [xfire-all-1.2.6.jar:]

              at org.codehaus.xfire.transport.http.XFireServletController.generateWSDL(XFireServletController.java:380) [xfire-all-1.2.6.jar:]

              at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:125) [xfire-all-1.2.6.jar:]

              at org.codehaus.xfire.transport.http.XFireServlet.doGet(XFireServlet.java:107) [xfire-all-1.2.6.jar:]

              at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]

              at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]

              at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]

              at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]

              at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]

              at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]

              at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]

              at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]

              at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]

              at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]

              at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]

              at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]

              at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]

              at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]

              at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]

       

       

      12:10:11,182 ERROR [stderr] (Thread-113) java.io.IOException: Server returned HTTP response code: 500 for URL: http://172.16.1.65:8080/server/services/authentificationWS?wsdl

      12:10:11,182 ERROR [stderr] (Thread-113)        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1625)

      12:10:11,182 ERROR [stderr] (Thread-113)        at java.net.URL.openStream(URL.java:1037)

      12:10:11,183 ERROR [stderr] (Thread-113)        at org.codehaus.xfire.client.Client.<init>(Client.java:246)

      12:10:11,183 ERROR [stderr] (Thread-113)        at ma.rcar.ws.WebsevriceAccess.invokeWs(WebsevriceAccess.java:33)

      12:10:11,183 ERROR [stderr] (Thread-113)        at ma.rcar.AuthenComposer.onClick$connecter(AuthenComposer.java:75)

      12:10:11,184 ERROR [stderr] (Thread-113)        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

      12:10:11,184 ERROR [stderr] (Thread-113)        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

      12:10:11,184 ERROR [stderr] (Thread-113)        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

      12:10:11,185 ERROR [stderr] (Thread-113)        at java.lang.reflect.Method.invoke(Method.java:601)

      12:10:11,185 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.event.GenericEventListener.onEvent(GenericEventListener.java:87)

      12:10:11,185 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessor.process0(EventProcessor.java:206)

      12:10:11,186 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:140)

      12:10:11,186 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.process0(EventProcessingThreadImpl.java:517)

      12:10:11,186 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.sendEvent(EventProcessingThreadImpl.java:121)

      12:10:11,186 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.event.Events.sendEvent(Events.java:318)

      12:10:11,187 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.event.Events.sendEvent(Events.java:328)

      12:10:11,187 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.AbstractComponent$ForwardListener.onEvent(AbstractComponent.java:2977)

      12:10:11,187 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessor.process0(EventProcessor.java:206)

      12:10:11,188 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:140)

      12:10:11,188 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.process0(EventProcessingThreadImpl.java:517)

      12:10:11,188 ERROR [stderr] (Thread-113)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.run(EventProcessingThreadImpl.java:444)

       

       

       

      nizaat.war depends on server.war , so when I try to access the web interface of the first app I get errors related to the second ( see deployment.server.war )

       

      Thanks for your help !!

        • 1. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
          Nicklas Karlsson Master

          OK. Take it slow and from the start.

           

          You have two war files (server.war and nizaat.war). You say that nizaat.war depends on the server.war. This is a bit non-trivial outside of an ear but let's start with the deployment. Without any deployment-structure.xml etc.

           

          1. What happens when you deploy server.war?

          2. What happens when you deploy nizaat.war?

          • 2. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
            liv227 Newbie

            Hi, first of all thanks for your help

             

            Ok so, when I first deployed both war files, it did not generate any error. If I delete the *.deployed, it redeploys and the following messages appear in the log (if it can be of any help determining the problem) :

             

            12:57:30,014 INFO  [org.hibernate.transaction.TransactionFactoryFactory] (MSC service thread 1-11) Using default transaction strategy (direct JDBC transactions)

            12:57:30,024 INFO  [org.hibernate.transaction.TransactionManagerLookupFactory] (MSC service thread 1-11) No TransactionManagerLookup configured (in JTA environment, use of read-write or transactional second-level cache is not recommended)

             

            Then, I access Nizaat web interface, enter random login/password just to see if it can communicate with the database (like it did in JBoss 4) -- that is where I get the NullPointerException, with the error messages above.

            • 4. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
              liv227 Newbie

              Sorry, did no paste the whole log, there it is :

               

              13:36:08,024 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/server].[XFireServlet]] (http--0.0.0.0-8080-7) "Servlet.service()" pour la servlet XFireServlet a généré une exception: java.lang.ClassNotFoundException: org.apache.xml.serializer.TreeWalker from [Module "deployment.server.war:main" from Service Module Loader]

                      at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)

                      at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)

                      at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)

                      at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)

                      at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)

                      at org.apache.xalan.processor.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:823) [xalan-2.7.1.jar:]

                      at __redirected.__TransformerFactory.newTransformer(__TransformerFactory.java:133) [jboss-modules.jar:1.1.1.GA]

                      at org.codehaus.xfire.wsdl11.builder.SchemaSerializer.writeXml(SchemaSerializer.java:48) [xfire-all-1.2.6.jar:]

                      at org.codehaus.xfire.wsdl11.builder.SchemaSerializer.marshall(SchemaSerializer.java:35) [xfire-all-1.2.6.jar:]

                      at com.ibm.wsdl.xml.WSDLWriterImpl.printExtensibilityElements(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

                      at com.ibm.wsdl.xml.WSDLWriterImpl.printTypes(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

                      at com.ibm.wsdl.xml.WSDLWriterImpl.printDefinition(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

                      at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

                      at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source) [wsdl4j-1.6.2.jar:1.6]

                      at org.codehaus.xfire.wsdl11.builder.WSDLBuilder.write(WSDLBuilder.java:182) [xfire-all-1.2.6.jar:]

                      at org.codehaus.xfire.wsdl11.builder.WSDLBuilderAdapter.write(WSDLBuilderAdapter.java:40) [xfire-all-1.2.6.jar:]

                      at org.codehaus.xfire.DefaultXFire.generateWSDL(DefaultXFire.java:104) [xfire-all-1.2.6.jar:]

                      at org.codehaus.xfire.transport.http.XFireServletController.generateWSDL(XFireServletController.java:380) [xfire-all-1.2.6.jar:]

                      at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:125) [xfire-all-1.2.6.jar:]

                      at org.codehaus.xfire.transport.http.XFireServlet.doGet(XFireServlet.java:107) [xfire-all-1.2.6.jar:]

                      at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]

                      at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]

                      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]

                      at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]

                      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]

                      at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]

                      at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]

               

               

              13:36:08,039 ERROR [stderr] (Thread-116) java.io.IOException: Server returned HTTP response code: 500 for URL: http://172.16.1.65:8080/server/services/authentificationWS?wsdl

              13:36:08,039 ERROR [stderr] (Thread-116)        at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1625)

              13:36:08,040 ERROR [stderr] (Thread-116)        at java.net.URL.openStream(URL.java:1037)

              13:36:08,040 ERROR [stderr] (Thread-116)        at org.codehaus.xfire.client.Client.<init>(Client.java:246)

              13:36:08,041 ERROR [stderr] (Thread-116)        at ma.rcar.ws.WebsevriceAccess.invokeWs(WebsevriceAccess.java:33)

              13:36:08,041 ERROR [stderr] (Thread-116)        at ma.rcar.AuthenComposer.onClick$connecter(AuthenComposer.java:75)

              13:36:08,041 ERROR [stderr] (Thread-116)        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

              13:36:08,042 ERROR [stderr] (Thread-116)        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

              13:36:08,042 ERROR [stderr] (Thread-116)        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

              13:36:08,043 ERROR [stderr] (Thread-116)        at java.lang.reflect.Method.invoke(Method.java:601)

              13:36:08,043 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.event.GenericEventListener.onEvent(GenericEventListener.java:87)

              13:36:08,044 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessor.process0(EventProcessor.java:206)

              13:36:08,044 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:140)

              13:36:08,044 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.process0(EventProcessingThreadImpl.java:517)

              13:36:08,045 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.sendEvent(EventProcessingThreadImpl.java:121)

              13:36:08,045 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.event.Events.sendEvent(Events.java:318)

              13:36:08,046 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.event.Events.sendEvent(Events.java:328)

              13:36:08,046 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.AbstractComponent$ForwardListener.onEvent(AbstractComponent.java:2977)

              13:36:08,047 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessor.process0(EventProcessor.java:206)

              13:36:08,047 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:140)

              13:36:08,047 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.process0(EventProcessingThreadImpl.java:517)

              13:36:08,048 ERROR [stderr] (Thread-116)        at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.run(EventProcessingThreadImpl.java:444)

              13:36:08,052 SEVERE [org.zkoss] (http--0.0.0.0-8080-1) >>java.lang.NullPointerException

              >>      at ma.rcar.ws.WebsevriceAccess.invokeWs(WebsevriceAccess.java:49)

              >>      at ma.rcar.AuthenComposer.onClick$connecter(AuthenComposer.java:75)

              >>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

              >>      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

              >>      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

              >>      at java.lang.reflect.Method.invoke(Method.java:601)

              >>      at org.zkoss.zk.ui.event.GenericEventListener.onEvent(GenericEventListener.java:87)

              >>      at org.zkoss.zk.ui.impl.EventProcessor.process0(EventProcessor.java:206)

              >>      at org.zkoss.zk.ui.impl.EventProcessor.process(EventProcessor.java:140)

              >>      at org.zkoss.zk.ui.impl.EventProcessingThreadImpl.process0(EventProcessingThreadImpl.java:517)

               

               

              -------

               

              nizaat ( of which I am not the developer ) displays that error when i click the Connect button, so I guess that is the main error...

              • 5. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                Nicklas Karlsson Master

                Show the jar tf listing of both WAR libs. You are using some xfire web services that are trying to access a specific apache xml library it can't find?

                • 6. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                  liv227 Newbie

                  Yes it certainly looks like it, but I "thought" I had all the jars I need, for the app was working in a prior version.

                  Here they are !

                  server.war :

                  poi-3.0-FINAL.jar

                  commons-discovery-0.2.jar

                  commons-collections.jar

                  ehcache-1.2.4.jar

                  xfire-spring-1.2.2.jar

                  cglib.jar

                  jaxb-xjc-2.1.3.jar

                  ojdbc14.jar

                  framework.jar

                  spring-1.2.6.jar

                  hibernate3.jar

                  commons-logging-1.0.4.jar

                  wsdl4j-1.5.2.jar

                  xstream-1.2.jar

                  xfire-all-1.2.6.jar

                  antlr-2.7.5.jar

                  ejb3-persistence.jar

                  commons-digester-1.3.jar

                  jta.jar

                  junit.jar

                  xbean-spring-2.5.jar

                  wstx-asl-3.2.8.jar

                  dom4j.jar

                  jasperreports-1.2.8-javaflow.jar

                  jasperreports-1.2.8.jar

                  jdom-1.0.jar

                  spring-webmvc-2.5.6.jar

                  jbpm-identity.jar

                  activation-1.1.jar

                  stax-api-1.0.1.jar

                  jasperreports-1.2.8-applet.jar

                  commons-beanutils-1.5.jar

                  log4j.jar

                  commons-javaflow-20060411.jar

                  saaj.jar

                  asm.jar

                  jbpm-jpdl.jar

                  jbpm-jpdl.jar

                  namespace.jar

                  commons-logging.jar

                  xalan-2.7.1.jar

                  itext-1.3.1.jar

                  commons-dbcp-1.2.1.jar

                  hibernate-annotations.jar

                  jaxrpc.jar

                  ToWords.jar

                  XmlSchema-1.1.jar

                   

                   

                  nizaat.war :

                  jarsnizaat.png

                  • 7. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                    Nicklas Karlsson Master

                    "The deployment archive is not done when nothing more can be added, it is done when nothing else can be removed"

                     

                    You shouldn't bundle stuff that is already provided by the server. e.g. hibernate, xml api/impls, Java EE apis/impls etc.

                     

                    (this is usually the point where Tomaz Cerar jumps in and marks what you should remove) ;-)

                    1 of 1 people found this helpful
                    • 8. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                      liv227 Newbie

                      OK. Thanks M Karlsson, I'll wait for M Cerar so that I don't mess up.

                      It is weird though, having two jars is as bad as having none? Does this rule come with JBoss As 7?

                      • 9. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                        Nicklas Karlsson Master

                        Disclaimer: I can't guarantee that he will show up ;-)

                         

                        It's all about classloading. If a jar is picked up in the WAR that is also on the server, it can result in other dependent classes not being found in the war (they would have been found on the server if the classloading would have occured on the server).

                         

                        General rules are

                           * Never bundle stuff that you don't need explicitly (you don't really need the ojdbc14.jar, right?)

                           * Never bundle EE apis/impls (jta.jar)

                           * Never bundle stuff that can be found on the server explicitly or implicitly (xml apis etc)

                         

                        A cleanup routine (for maven) could be

                         

                        Remove all deps, leave only the

                         




                        <groupId>org.jboss.spec</groupId>



                        <artifactId>jboss-javaee-6.0</artifactId>

                         

                        for (each compile error) {

                           if (jar of file missing is found on server) {

                              add dependency with manifest or jboss-deployment-structure.xml)

                            } else {

                               bundle jar

                            }

                        }

                        1 of 1 people found this helpful
                        • 10. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                          liv227 Newbie

                          Actually i need it, since the app queries the oracle database to verify the credentials.

                           

                          Before, I was trying to add the dependencies to the Nizaat MANIFEST, I'll try now with Server's and let you know.

                           

                          Thanks !

                          • 11. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                            Tomaz Cerar Master

                            And here I am

                             

                            comments inline

                            liv227 wrote:

                             

                            Yes it certainly looks like it, but I "thought" I had all the jars I need, for the app was working in a prior version.

                            Here they are !

                            server.war :

                            poi-3.0-FINAL.jar

                            commons-discovery-0.2.jar

                            commons-collections.jar

                            ehcache-1.2.4.jar --> this is ultra old echache, do you realy still use it?

                            xfire-spring-1.2.2.jar --> this should probably be removed as it is ancient

                            cglib.jar --> who uses cglib? hibernate?, if none of them, remove it

                            jaxb-xjc-2.1.3.jar --> this is part of jdk/app server, no need to be here

                            ojdbc14.jar --> oracle driver does not belong to application deployment unless app uses some really dirver specific classes, plus this is driver for jdk1.4, use newer one.

                            framework.jar --> what is this? part of JAF? if it is please remove it.

                            spring-1.2.6.jar --> spring 1.2? wau, that is ultra old. you cannot update that, given that you are using spring 2.5.6 mvc lib? maybe here as leftover?

                            hibernate3.jar  --> if you really need it, i would suggest to use container provided one, but that might require some modification to app to migrate to hibernate 4

                            commons-logging-1.0.4.jar --> remove it, will cause noting but problems

                            wsdl4j-1.5.2.jar --> remove it

                            xstream-1.2.jar --> remove it

                            xfire-all-1.2.6.jar -> should be probably removed

                            antlr-2.7.5.jar --> this is used together with hibernate, if you remove hibernate remove alos this

                            ejb3-persistence.jar --> this is fishy, do you use jpa together with hibernate3? if not, remove it

                            commons-digester-1.3.jar

                            jta.jar --> remove it as app server provides it.

                            junit.jar --> probably here by mistake, given that junit is just for unit testing during build/test phase

                            xbean-spring-2.5.jar

                            wstx-asl-3.2.8.jar --> could probably be removed

                            dom4j.jar --> i think it could be removed

                            jasperreports-1.2.8-javaflow.jar

                            jasperreports-1.2.8.jar

                            jdom-1.0.jar -> probably could be removed

                            spring-webmvc-2.5.6.jar --> here you have spring mvc 2.5.6 but up you have spring 1.2.6? i would suggest to upgrade to 3.x in any case it older versions are known to have issues running under AS7

                            jbpm-identity.jar

                            activation-1.1.jar --> remove it is part of JDK

                            stax-api-1.0.1.jar --> remove part of jdk

                            jasperreports-1.2.8-applet.jar

                            commons-beanutils-1.5.jar

                            log4j.jar --> remove it, app server provides it for your

                            commons-javaflow-20060411.jar

                            saaj.jar --> remove

                            asm.jar --> should be removed

                            jbpm-jpdl.jar

                            jbpm-jpdl.jar

                            namespace.jar --> check what is this, as looks like noting useful

                            commons-logging.jar --> second commons-logging, remove it

                            xalan-2.7.1.jar --> could probably be removed

                            itext-1.3.1.jar

                            commons-dbcp-1.2.1.jar

                            hibernate-annotations.jar --> do you use jpa or pure hibernate, this is only needed if you use annotation driven aporach

                            jaxrpc.jar --> uf? what you need this for, it should probably be removed

                            ToWords.jar

                            XmlSchema-1.1.jar

                             

                             

                            nizaat.war :

                            jarsnizaat.png

                            It is bit harder to comment to image

                            but in general, get rid of all .old files.

                            mostly same rules apply than above, but few extras:

                            remove serializer.jar, statx-api-* wsdl*.jar odjbc14.jar, commons-logging*, serializer.jar, saaj.jar, jaxb*.jar

                             

                            Why you have different version of hibernate here (3.1) and server.war?

                             

                            btw kudos on using 5 different languages in same application (groovy, javascript, jython, jruby, and java)

                            Are you really using all those langs? If not remove jars for langs that you dont..

                             

                            --

                            tomaz

                            • 12. Re: Error at deployment when I add the jboss-deployment-structure.xml to WEB-INF of .war
                              liv227 Newbie

                              Hi,

                              Thank you so much M Cerar. Actually I am not the owner of the app, it is a fellow of mine, I was just assigned to do the migration.

                              I'll make sure to tell her about the changes in the jars, since I used JDK 1.7 from 1.4.

                               

                              Have a nice day.