6 Replies Latest reply on Apr 4, 2008 4:37 AM by adinn

    XTS demo not working on jboss 4.2.2

    b_

      Hi all,

      ported the xts demo from jboss 4.0.5 to jbos 4.2.2 (with jbossws-3.0.1-native-2.0.4.GA) and i am getting the following exceptions:



      15:30:56,968 ERROR [ServiceProxy] Service error
      java.lang.LinkageError: Class javax/xml/soap/AttachmentPart violates loader constraints
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
      at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
      at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1814)
      at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872)
      at org.jboss.web.tomcat.service.WebAppClassLoader.findClass(WebAppClassLoader.java:139)
      at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1325)
      at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
      at java.lang.Class.forName0(Native Method)
      at java.lang.Class.forName(Class.java:164)
      at $Proxy160.(Unknown Source)
      at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
      at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
      at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
      at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
      at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:588)
      at org.jboss.ws.core.jaxrpc.client.ServiceImpl.createProxy(ServiceImpl.java:416)
      at org.jboss.ws.core.jaxrpc.client.ServiceImpl.getPort(ServiceImpl.java:353)
      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:585)
      at org.jboss.ws.core.jaxrpc.client.ServiceProxy.invoke(ServiceProxy.java:116)
      at $Proxy159.getPort(Unknown Source)
      at com.thesis.wscoordination.clients.BasicClient.getService(BasicClient.java:242)
      at com.thesis.wscoordination.clients.BasicClient.initialiseServiceStubs(BasicClient.java:101)
      at com.thesis.wscoordination.clients.BasicClient.doGet(BasicClient.java:127)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
      at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
      at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
      at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
      at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
      at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
      at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
      at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
      at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
      at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
      at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
      at java.lang.Thread.run(Thread.java:595)
      15:30:56,968 ERROR [[Basic Client Servlet]] Servlet.service() for servlet Basic Client Servlet threw exception
      java.lang.LinkageError: Class javax/xml/soap/AttachmentPart violates loader constraints
      at java.lang.ClassLoader.defineClass1(Native Method)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
      at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
      at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1814)
      at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872)
      at org.jboss.web.tomcat.service.WebAppClassLoader.findClass(WebAppClassLoader.java:139)
      at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1325)
      at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
      at java.lang.Class.forName0(Native Method)
      at java.lang.Class.forName(Class.java:164)
      at $Proxy160.(Unknown Source)
      at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
      at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
      at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
      at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
      at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:588)
      at org.jboss.ws.core.jaxrpc.client.ServiceImpl.createProxy(ServiceImpl.java:416)
      at org.jboss.ws.core.jaxrpc.client.ServiceImpl.getPort(ServiceImpl.java:353)
      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:585)
      at org.jboss.ws.core.jaxrpc.client.ServiceProxy.invoke(ServiceProxy.java:116)
      at $Proxy159.getPort(Unknown Source)
      at com.thesis.wscoordination.clients.BasicClient.getService(BasicClient.java:242)
      at com.thesis.wscoordination.clients.BasicClient.initialiseServiceStubs(BasicClient.java:101)
      at com.thesis.wscoordination.clients.BasicClient.doGet(BasicClient.java:127)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
      at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
      at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
      at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
      at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
      at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
      at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
      at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
      at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
      at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
      at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446)
      at java.lang.Thread.run(Thread.java:595)



      Any suggestions please?

        • 1. Re: XTS demo not working on jboss 4.2.2
          jhalliday

          Which version of XTS are you running?

          • 2. Re: XTS demo not working on jboss 4.2.2
            b_

            The one bundled with JBOSSTS_4_2_3_SP5

            • 3. Re: XTS demo not working on jboss 4.2.2
              jhalliday

              That release predates the JBossWS version you are using, so we have not tested that config. Go back to JBossWS that shipped with 4.2.2 maybe? Or wait for adinn to wander by, he's been working with the new JBossWS recently and may have some suggestions.

              • 4. Re: XTS demo not working on jboss 4.2.2
                b_

                Thanks for the prompt replies,

                I will try to run it with the web service stack that ships with jboss 4.2.2 and will let you know.

                Thank you

                • 5. Re: XTS demo not working on jboss 4.2.2
                  b_

                  hi, i downloaded a fresh copy of jboss 4.2.2 with (jbossws-native-2.0.1.SP2) and i am still getting the same exceptions.

                  Is the demo intended to run on a jboss 4.2.2 AS . Please help

                  • 6. Re: XTS demo not working on jboss 4.2.2
                    adinn

                    adinn wanders by ...

                    hmm, classloader hell eh? It looks like you are getting a conflict between the XTS saaj jar bundled with the demo and the one being used by JBossWS. XTS compiles against its own saaj-api jar -- it's in the XTS/ect directory along with a few other libs. It also bundles these libraries in the ear in order to be able to run stand-alone i.e. without expecting the libraries to be provided by an app server. If you install a new JBossWS then you run the risk of getting loader conflicts because WS may provide an incompatible version of these libraries.

                    This probably explains why you get a problem when you install the 3.0.1 WS software. I don't know why the demo shipped with 4.2.3.SP5 fails on AS 4.2.2 though. The XTS and JBossWS librraies for these versions ought to be compatible. Are you sure you reinstalled your AS tree fully? you need to explicitly remove some of the stuff that WS 3.0.1 adds by deleting the build/output directory. A rebuild will not necessarily do this.

                    I suggest you i) update the libraries in your XTS/ext tree with versions taken from your installed JBossWS tree and optionally ii) modify the packaging rules in the XTS demo build to avoid including the libraries provided by JBossWS. You should find most of these in jbossws.sar in the server deploy directory. Others may be installed in the server//lib directory or in the main AS lib directory -- I don't recall exactly what is where but you should be able to find them easily enough.

                    n.b. this problem ought to go away in AS5.0 when XTS is bundled in the release as a sar. In this configuration it will expect to find its libraries in the app server.