CXF and WAS 6.1(.0.19)
|
View:
New views
16 Messages
—
Rating Filter:
Alert me
|
 |
CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by dkulp
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by dkulp
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
Just to keep you updated.... I installed WAS v6.1 (granted v6.1.0, not
6.1.0.19) and successfully deployed my CXF web app by simply endorsing (or making a shared library) wsdl4j-1.6.2. This is not the case on our AIX WAS instance, still always get the error: Error 500: Error creating bean with name 'org.apache.cxf.wsdl.WSDLManager' defined in class path resource [META-INF/cxf/cxf.xml]: Instantiation of bean failed; nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: Constructor threw exception; nested exception is java.lang.ClassCastException: com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl incompatible with javax.xml.parsers.DocumentBuilderFactory Attached is a dump of the classpath info for the webapp. I think jaxp must be set up on the server's classpath or something because I don't see any conflict as far as the jars go. Craig. On Fri, Oct 23, 2009 at 5:17 PM, Craig Tataryn <craiger@...> wrote: > Tried copying that jaxp-api-1.4.2.jar file to the endorsed dir, > unfortunately that caused the WAS server to not be able to startup :S > > *sigh* > > Craig. > > On Fri, Oct 23, 2009 at 1:10 PM, Daniel Kulp <dkulp@...> wrote: >> >> Was afraid of that. :-( >> >> OK. Couple options. >> >> 1) Somehow endorse the jaxp-api-1.4.2.jar as that is where that class lives. >> >> 2) Use java 6 which I believe has that class built in >> >> 3) Remove the jaxp-ri jar and saaj jars entirely. The version of SAAJ built >> into WAS may work. If using Java6, they should be built in there as well. >> >> 4) Somehow get it to use the xalan transformer in the xalan jar instead of the >> one in the sun jar. There is probably a sys property or similar for that. >> Maybe copy the contents of the xalan jars META-INF/services into your war so >> it gets picked up first? >> >> Have I mentioned I hate WAS? >> >> Dan >> >> >> >> On Fri October 23 2009 1:24:22 pm Craig Tataryn wrote: >>> Ok, got further. Now I'm getting: >>> >>> =============================================================== >>> [10/23/09 12:18:28:899 CDT] 0000002b WebApp E [Servlet >>> Error]-[CXFServlet]: java.lang.NoClassDefFoundError: >>> javax.xml.transform.stax.StAXResult >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.getOutputHand >>> ler(TransformerImpl.java:416) at >>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Tra >>> nsformerImpl.java:334) at >>> org.apache.cxf.wsdl11.SchemaSerializer.writeXml(SchemaSerializer.java:60) >>> at >>> org.apache.cxf.wsdl11.SchemaSerializer.marshall(SchemaSerializer.java:48) >>> at com.ibm.wsdl.xml.WSDLWriterImpl.printExtensibilityElements(Unknown >>> Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printTypes(Unknown Source) >>> at com.ibm.wsdl.xml.WSDLWriterImpl.printDefinition(Unknown Source) >>> at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source) >>> at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(Unknown Source) >>> at >>> org.apache.cxf.transport.http.WSDLQueryHandler.writeResponse(WSDLQueryHand >>> ler.java:180) at >>> org.apache.cxf.transport.servlet.ServletController.invoke(ServletControlle >>> r.java:182) at >>> org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServ >>> let.java:220) at >>> org.apache.cxf.transport.servlet.AbstractCXFServlet.doGet(AbstractCXFServl >>> et.java:158) at >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:743) >>> at >>> org.apache.cxf.transport.servlet.AbstractCXFServlet.service(AbstractCXFSer >>> vlet.java:211) at >>> com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java >>> :1095) at >>> com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrappe >>> r.java:569) at >>> com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrap >>> per.java:478) at >>> com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3440) at >>> com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:267) >>> at >>> com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:815) >>> at >>> com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:146 >>> 1) at >>> com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:118 >>> ) at >>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination( >>> HttpInboundLink.java:458) at >>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation( >>> HttpInboundLink.java:387) at >>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink >>> .java:267) at >>> com.ibm.ws.ssl.channel.impl.SSLConnectionLink.determineNextChannel(SSLConn >>> ectionLink.java:1037) at >>> com.ibm.ws.ssl.channel.impl.SSLConnectionLink$MyReadCompletedCallback.comp >>> lete(SSLConnectionLink.java:644) at >>> com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback >>> .complete(SSLReadServiceContext.java:1818) at >>> com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueMana >>> ger.java:556) at >>> com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.ja >>> va:606) at >>> com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.ja >>> va:979) at >>> com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.j >>> ava:1064) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1473) >>> Caused by: java.lang.ClassNotFoundException: >>> javax.xml.transform.stax.StAXResult at >>> java.net.URLClassLoader.findClass(URLClassLoader.java:496) >>> at com.ibm.ws.bootstrap.ExtClassLoader.findClass(ExtClassLoader.java:132) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:631) >>> at com.ibm.ws.bootstrap.ExtClassLoader.loadClass(ExtClassLoader.java:87) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>> at >>> com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoad >>> er.java:58) at >>> com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoad >>> er.java:54) at >>> com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.j >>> ava:394) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>> at >>> com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.j >>> ava:394) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>> at >>> com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.j >>> ava:394) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>> >>> >>> ... 34 more >>> >>> =============================================================== >>> >>> I thought maybe it was because I removed the stax api deps, but those >>> probably don't contain the implementations (and it didn't help when I >>> added them back in) >>> >>> >>> My deps now look like this now: >>> >>> CorpBusinessDelegates-r1v7m0.jar >>> CorpJavaUtilsRuntime-3.1.0.jar >>> CorpJavaUtilsRuntimeModel-1.0.0.jar >>> CorpJavaUtilsSecurity-r2v3m0.jar >>> CorpLogger-r2v2m0.jar >>> CorpPerformanceLogger-r1v0m0.jar >>> CorpServiceInterface-r5v2m1.jar >>> FastInfoset-1.2.7.jar >>> GroupProviderEClaimsWSIHL7Jar-r1v0m0.jar >>> GroupProviderEClaimsWSIServiceJar-r1v0m0.jar >>> JavaUtils-r1v4m0.jar >>> XmlSchema-1.4.5.jar >>> activation-1.1.jar >>> aopalliance-1.0.jar >>> asm-2.2.3.jar >>> bcprov-jdk15-1.43.jar >>> com.springsource.javax.jms-1.1.0.jar >>> com.springsource.javax.transaction-1.1.0.jar >>> com.springsource.org.apache.commons.logging-1.1.1.jar >>> com.springsource.org.apache.log4j-1.2.15.jar >>> com.springsource.org.aspectj.runtime-1.6.3.RELEASE.jar >>> commons-beanutils-1.6.jar >>> commons-collections-2.0.jar >>> commons-lang-2.4.jar >>> commons-logging-1.0.3.jar >>> cxf-api-2.2.3.jar >>> cxf-common-schemas-2.2.3.jar >>> cxf-common-utilities-2.2.3.jar >>> cxf-rt-bindings-soap-2.2.3.jar >>> cxf-rt-bindings-xml-2.2.3.jar >>> cxf-rt-core-2.2.3.jar >>> cxf-rt-databinding-jaxb-2.2.3.jar >>> cxf-rt-frontend-jaxws-2.2.3.jar >>> cxf-rt-frontend-simple-2.2.3.jar >>> cxf-rt-transports-http-2.2.3.jar >>> cxf-rt-ws-addr-2.2.3.jar >>> cxf-rt-ws-security-2.2.3.jar >>> cxf-tools-common-2.2.3.jar >>> geronimo-activation_1.1_spec-1.0.2.jar >>> geronimo-annotation_1.0_spec-1.1.1.jar >>> geronimo-javamail_1.4_spec-1.6.jar >>> geronimo-jaxws_2.1_spec-1.0.jar >>> geronimo-stax-api_1.0_spec-1.0.1.jar >>> geronimo-ws-metadata_2.0_spec-1.1.2.jar >>> jaxb-api-2.2.jar >>> jaxb-impl-2.1.9.jar >>> jaxb-libs-1.0.5.jar >>> jaxb-xjc-2.0EA3.jar >>> jaxp-ri-1.4.2.jar >>> jdom-1.0.jar >>> junit-addons-1.4.jar >>> log4j-1.2.9.jar >>> neethi-2.0.4.jar >>> out.txt >>> saaj-api-1.3.jar >>> saaj-impl-1.3.2.jar >>> serializer-2.7.1.jar >>> spring-beans-2.5.6.jar >>> spring-context-2.5.6.jar >>> spring-core-2.5.6.jar >>> spring-web-2.5.5.jar >>> stax-api-1.0-2.jar >>> wsdl4j-1.6.2.jar >>> wss4j-1.5.8.jar >>> wstx-asl-3.2.8.jar >>> xalan-2.7.1.jar >>> xercesImpl-2.6.2.jar >>> xml-resolver-1.2.jar >>> xmlsec-1.4.3.jar >>> xsdbeans-5.0.1.jar >>> >>> >>> Craig >>> >>> On Fri, Oct 23, 2009 at 10:56 AM, Daniel Kulp <dkulp@...> wrote: >>> > Try removing or endorsing: >>> > jaxp-api-1.4.2.jar >>> > >>> > That should be built into the JDK/WAS. And that would certainly >>> > conflict with: >>> > >>> > xmlParserAPIs-2.6.2.jar >>> > which should be removed. >>> > >>> > You also have: >>> > > stax-api-1.0-2.jar >>> > > geronimo-stax-api_1.0_spec-1.0.1.jar >>> > >>> > which are both the same thing basically. >>> > >>> > Dan >>> > >>> > On Fri October 23 2009 11:37:37 am Craig Tataryn wrote: >>> > > Been having a heck of a time getting my CXF application running on WAS >>> > > 6.1.0.19. After getting this error: >>> > > Error 500: Error creating bean with name 'chirophysioEndpoint': >>> > > Invocation of init method failed; nested exception is >>> > > java.lang.IncompatibleClassChangeError >>> > > >>> > > Followed the instructions listed on the wiki [1], by moving wsdl4j >>> > > into java/jre/lib/endorsed and it got me a bit farther (by that I mean >>> > > another type of error): >>> > > >>> > > Error 500: Error creating bean with name >>> > > 'org.apache.cxf.wsdl.WSDLManager' defined in class path resource >>> > > [META-INF/cxf/cxf.xml]: Instantiation of bean failed; nested exception >>> > > is org.springframework.beans.BeanInstantiationException: Could not >>> > > instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: >>> > > Constructor threw exception; nested exception is >>> > > java.lang.ClassCastException: >>> > > com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl >>> > > incompatible with javax.xml.parsers.DocumentBuilderFactory >>> > > >>> > > Asked Dan K. about this and he asked me to try and remove my xerces >>> > > and serializer jars, unfortunately that didn't do it. >>> > > >>> > > Here is a list of dependencies I have in the untouched version of my >>> > > WAR [2] >>> > > >>> > > Any help would be greatly appreciated, we are very much stuck in a "we >>> > > can't deploy to DEV, maybe we should look at Axis" type of situation. >>> > > Please, for the love of god save me. >>> > > >>> > > Craig. >>> > > >>> > > [1] >>> > > http://cwiki.apache.org/confluence/display/CXF20DOC/Application+Server >>> > >+Spe >>> > > cific+Configuration+Guide#ApplicationServerSpecificConfigurationGuide-W >>> > >ebsp here >>> > > >>> > > [2] >>> > > CorpBusinessDelegates-r1v7m0.jar >>> > > CorpJavaUtilsRuntime-3.1.0.jar >>> > > CorpJavaUtilsRuntimeModel-1.0.0.jar >>> > > CorpJavaUtilsSecurity-r2v3m0.jar >>> > > CorpLogger-r2v2m0.jar >>> > > CorpPerformanceLogger-r1v0m0.jar >>> > > CorpServiceInterface-r5v2m1.jar >>> > > FastInfoset-1.2.7.jar >>> > > GroupProviderEClaimsWSIHL7Jar-r1v0m0.jar >>> > > GroupProviderEClaimsWSIServiceJar-r1v0m0.jar >>> > > JavaUtils-r1v4m0.jar >>> > > XmlSchema-1.4.5.jar >>> > > activation-1.1.jar >>> > > aopalliance-1.0.jar >>> > > asm-2.2.3.jar >>> > > bcprov-jdk15-1.43.jar >>> > > com.springsource.javax.jms-1.1.0.jar >>> > > com.springsource.javax.transaction-1.1.0.jar >>> > > com.springsource.org.apache.commons.logging-1.1.1.jar >>> > > com.springsource.org.apache.log4j-1.2.15.jar >>> > > com.springsource.org.aspectj.runtime-1.6.3.RELEASE.jar >>> > > commons-beanutils-1.6.jar >>> > > commons-collections-2.0.jar >>> > > commons-lang-2.4.jar >>> > > commons-logging-1.0.3.jar >>> > > cxf-api-2.2.3.jar >>> > > cxf-common-schemas-2.2.3.jar >>> > > cxf-common-utilities-2.2.3.jar >>> > > cxf-rt-bindings-soap-2.2.3.jar >>> > > cxf-rt-bindings-xml-2.2.3.jar >>> > > cxf-rt-core-2.2.3.jar >>> > > cxf-rt-databinding-jaxb-2.2.3.jar >>> > > cxf-rt-frontend-jaxws-2.2.3.jar >>> > > cxf-rt-frontend-simple-2.2.3.jar >>> > > cxf-rt-transports-http-2.2.3.jar >>> > > cxf-rt-ws-addr-2.2.3.jar >>> > > cxf-rt-ws-security-2.2.3.jar >>> > > cxf-tools-common-2.2.3.jar >>> > > geronimo-activation_1.1_spec-1.0.2.jar >>> > > geronimo-annotation_1.0_spec-1.1.1.jar >>> > > geronimo-javamail_1.4_spec-1.6.jar >>> > > geronimo-jaxws_2.1_spec-1.0.jar >>> > > geronimo-stax-api_1.0_spec-1.0.1.jar >>> > > geronimo-ws-metadata_2.0_spec-1.1.2.jar >>> > > jaxb-api-2.2.jar >>> > > jaxb-impl-2.1.9.jar >>> > > jaxb-libs-1.0.5.jar >>> > > jaxb-xjc-2.0EA3.jar >>> > > jaxp-api-1.4.2.jar >>> > > jaxp-ri-1.4.2.jar >>> > > jdom-1.0.jar >>> > > junit-addons-1.4.jar >>> > > log4j-1.2.9.jar >>> > > neethi-2.0.4.jar >>> > > out.txt >>> > > saaj-api-1.3.jar >>> > > saaj-impl-1.3.2.jar >>> > > serializer-2.7.1.jar >>> > > spring-beans-2.5.6.jar >>> > > spring-context-2.5.6.jar >>> > > spring-core-2.5.6.jar >>> > > spring-web-2.5.5.jar >>> > > stax-api-1.0-2.jar >>> > > wsdl4j-1.6.2.jar >>> > > wss4j-1.5.8.jar >>> > > wstx-asl-3.2.8.jar >>> > > xalan-2.7.1.jar >>> > > xercesImpl-2.6.2.jar >>> > > xml-resolver-1.2.jar >>> > > xmlParserAPIs-2.6.2.jar >>> > > xmlsec-1.4.3.jar >>> > > xsdbeans-5.0.1.jar >>> > > >>> > > -- >>> > > Craig Tataryn >>> > > site: http://www.basementcoders.com/ >>> > > podcast:http://feeds.feedburner.com/TheBasementCoders >>> > > irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin >>> > > twitter: craiger >>> > >>> > -- >>> > Daniel Kulp >>> > dkulp@... >>> > http://www.dankulp.com/blog >>> >>> -- >>> Craig Tataryn >>> site: http://www.basementcoders.com/ >>> podcast:http://feeds.feedburner.com/TheBasementCoders >>> irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin >>> twitter: craiger >>> >> >> -- >> Daniel Kulp >> dkulp@... >> http://www.dankulp.com/blog >> > > |
|
|
Re: CXF and WAS 6.1(.0.19)
by Andreas Veithen-2
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
Both apps are setup to use the webapp's dependencies first, at least
that's what the console is telling me. Attached is another view of the class loaders, looks like it "doesn't know" where DocumentBuilder* classes are being loaded from. I ran a script to find out where in the AppServer directory there were copies, and besides my own war's WEB-INF/lib they are also in java/jre/lib/xml.jar. Dan suggested perhaps putting some entries in my war's META-INF/services directory for directing which parsers are to be used, but I'll have to read up a bit on that before experimenting. Craig. On Mon, Oct 26, 2009 at 4:53 PM, Andreas Veithen <andreas.veithen@...> wrote: > My guess is that the class loading policy is not configured the same > way on both servers. Looks like the application on AIX is set up using > parent last, while the other one uses parent first. > > Andreas > > On Mon, Oct 26, 2009 at 20:56, Craig Tataryn <craiger@...> wrote: >> Just to keep you updated.... I installed WAS v6.1 (granted v6.1.0, not >> 6.1.0.19) and successfully deployed my CXF web app by simply endorsing >> (or making a shared library) wsdl4j-1.6.2. >> >> This is not the case on our AIX WAS instance, still always get the error: >> >> Error 500: Error creating bean with name >> 'org.apache.cxf.wsdl.WSDLManager' defined in class path resource >> [META-INF/cxf/cxf.xml]: Instantiation of bean failed; nested exception >> is org.springframework.beans.BeanInstantiationException: Could not >> instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: >> Constructor threw exception; nested exception is >> java.lang.ClassCastException: >> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl >> incompatible with javax.xml.parsers.DocumentBuilderFactory >> >> Attached is a dump of the classpath info for the webapp. I think jaxp >> must be set up on the server's classpath or something because I don't >> see any conflict as far as the jars go. >> >> Craig. >> >> On Fri, Oct 23, 2009 at 5:17 PM, Craig Tataryn <craiger@...> wrote: >>> Tried copying that jaxp-api-1.4.2.jar file to the endorsed dir, >>> unfortunately that caused the WAS server to not be able to startup :S >>> >>> *sigh* >>> >>> Craig. >>> >>> On Fri, Oct 23, 2009 at 1:10 PM, Daniel Kulp <dkulp@...> wrote: >>>> >>>> Was afraid of that. :-( >>>> >>>> OK. Couple options. >>>> >>>> 1) Somehow endorse the jaxp-api-1.4.2.jar as that is where that class lives. >>>> >>>> 2) Use java 6 which I believe has that class built in >>>> >>>> 3) Remove the jaxp-ri jar and saaj jars entirely. The version of SAAJ built >>>> into WAS may work. If using Java6, they should be built in there as well. >>>> >>>> 4) Somehow get it to use the xalan transformer in the xalan jar instead of the >>>> one in the sun jar. There is probably a sys property or similar for that. >>>> Maybe copy the contents of the xalan jars META-INF/services into your war so >>>> it gets picked up first? >>>> >>>> Have I mentioned I hate WAS? >>>> >>>> Dan >>>> >>>> >>>> >>>> On Fri October 23 2009 1:24:22 pm Craig Tataryn wrote: >>>>> Ok, got further. Now I'm getting: >>>>> >>>>> =============================================================== >>>>> [10/23/09 12:18:28:899 CDT] 0000002b WebApp E [Servlet >>>>> Error]-[CXFServlet]: java.lang.NoClassDefFoundError: >>>>> javax.xml.transform.stax.StAXResult >>>>> at >>>>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.getOutputHand >>>>> ler(TransformerImpl.java:416) at >>>>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(Tra >>>>> nsformerImpl.java:334) at >>>>> org.apache.cxf.wsdl11.SchemaSerializer.writeXml(SchemaSerializer.java:60) >>>>> at >>>>> org.apache.cxf.wsdl11.SchemaSerializer.marshall(SchemaSerializer.java:48) >>>>> at com.ibm.wsdl.xml.WSDLWriterImpl.printExtensibilityElements(Unknown >>>>> Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printTypes(Unknown Source) >>>>> at com.ibm.wsdl.xml.WSDLWriterImpl.printDefinition(Unknown Source) >>>>> at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown Source) >>>>> at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(Unknown Source) >>>>> at >>>>> org.apache.cxf.transport.http.WSDLQueryHandler.writeResponse(WSDLQueryHand >>>>> ler.java:180) at >>>>> org.apache.cxf.transport.servlet.ServletController.invoke(ServletControlle >>>>> r.java:182) at >>>>> org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServ >>>>> let.java:220) at >>>>> org.apache.cxf.transport.servlet.AbstractCXFServlet.doGet(AbstractCXFServl >>>>> et.java:158) at >>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:743) >>>>> at >>>>> org.apache.cxf.transport.servlet.AbstractCXFServlet.service(AbstractCXFSer >>>>> vlet.java:211) at >>>>> com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java >>>>> :1095) at >>>>> com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrappe >>>>> r.java:569) at >>>>> com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWrap >>>>> per.java:478) at >>>>> com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3440) at >>>>> com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:267) >>>>> at >>>>> com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:815) >>>>> at >>>>> com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:146 >>>>> 1) at >>>>> com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:118 >>>>> ) at >>>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination( >>>>> HttpInboundLink.java:458) at >>>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation( >>>>> HttpInboundLink.java:387) at >>>>> com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink >>>>> .java:267) at >>>>> com.ibm.ws.ssl.channel.impl.SSLConnectionLink.determineNextChannel(SSLConn >>>>> ectionLink.java:1037) at >>>>> com.ibm.ws.ssl.channel.impl.SSLConnectionLink$MyReadCompletedCallback.comp >>>>> lete(SSLConnectionLink.java:644) at >>>>> com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback >>>>> .complete(SSLReadServiceContext.java:1818) at >>>>> com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueMana >>>>> ger.java:556) at >>>>> com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.ja >>>>> va:606) at >>>>> com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.ja >>>>> va:979) at >>>>> com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.j >>>>> ava:1064) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1473) >>>>> Caused by: java.lang.ClassNotFoundException: >>>>> javax.xml.transform.stax.StAXResult at >>>>> java.net.URLClassLoader.findClass(URLClassLoader.java:496) >>>>> at com.ibm.ws.bootstrap.ExtClassLoader.findClass(ExtClassLoader.java:132) >>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:631) >>>>> at com.ibm.ws.bootstrap.ExtClassLoader.loadClass(ExtClassLoader.java:87) >>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>>>> at >>>>> com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoad >>>>> er.java:58) at >>>>> com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionClassLoad >>>>> er.java:54) at >>>>> com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.j >>>>> ava:394) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>>>> at >>>>> com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.j >>>>> ava:394) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>>>> at >>>>> com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.j >>>>> ava:394) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) >>>>> >>>>> >>>>> ... 34 more >>>>> >>>>> =============================================================== >>>>> >>>>> I thought maybe it was because I removed the stax api deps, but those >>>>> probably don't contain the implementations (and it didn't help when I >>>>> added them back in) >>>>> >>>>> >>>>> My deps now look like this now: >>>>> >>>>> CorpBusinessDelegates-r1v7m0.jar >>>>> CorpJavaUtilsRuntime-3.1.0.jar >>>>> CorpJavaUtilsRuntimeModel-1.0.0.jar >>>>> CorpJavaUtilsSecurity-r2v3m0.jar >>>>> CorpLogger-r2v2m0.jar >>>>> CorpPerformanceLogger-r1v0m0.jar >>>>> CorpServiceInterface-r5v2m1.jar >>>>> FastInfoset-1.2.7.jar >>>>> GroupProviderEClaimsWSIHL7Jar-r1v0m0.jar >>>>> GroupProviderEClaimsWSIServiceJar-r1v0m0.jar >>>>> JavaUtils-r1v4m0.jar >>>>> XmlSchema-1.4.5.jar >>>>> activation-1.1.jar >>>>> aopalliance-1.0.jar >>>>> asm-2.2.3.jar >>>>> bcprov-jdk15-1.43.jar >>>>> com.springsource.javax.jms-1.1.0.jar >>>>> com.springsource.javax.transaction-1.1.0.jar >>>>> com.springsource.org.apache.commons.logging-1.1.1.jar >>>>> com.springsource.org.apache.log4j-1.2.15.jar >>>>> com.springsource.org.aspectj.runtime-1.6.3.RELEASE.jar >>>>> commons-beanutils-1.6.jar >>>>> commons-collections-2.0.jar >>>>> commons-lang-2.4.jar >>>>> commons-logging-1.0.3.jar >>>>> cxf-api-2.2.3.jar >>>>> cxf-common-schemas-2.2.3.jar >>>>> cxf-common-utilities-2.2.3.jar >>>>> cxf-rt-bindings-soap-2.2.3.jar >>>>> cxf-rt-bindings-xml-2.2.3.jar >>>>> cxf-rt-core-2.2.3.jar >>>>> cxf-rt-databinding-jaxb-2.2.3.jar >>>>> cxf-rt-frontend-jaxws-2.2.3.jar >>>>> cxf-rt-frontend-simple-2.2.3.jar >>>>> cxf-rt-transports-http-2.2.3.jar >>>>> cxf-rt-ws-addr-2.2.3.jar >>>>> cxf-rt-ws-security-2.2.3.jar >>>>> cxf-tools-common-2.2.3.jar >>>>> geronimo-activation_1.1_spec-1.0.2.jar >>>>> geronimo-annotation_1.0_spec-1.1.1.jar >>>>> geronimo-javamail_1.4_spec-1.6.jar >>>>> geronimo-jaxws_2.1_spec-1.0.jar >>>>> geronimo-stax-api_1.0_spec-1.0.1.jar >>>>> geronimo-ws-metadata_2.0_spec-1.1.2.jar >>>>> jaxb-api-2.2.jar >>>>> jaxb-impl-2.1.9.jar >>>>> jaxb-libs-1.0.5.jar >>>>> jaxb-xjc-2.0EA3.jar >>>>> jaxp-ri-1.4.2.jar >>>>> jdom-1.0.jar >>>>> junit-addons-1.4.jar >>>>> log4j-1.2.9.jar >>>>> neethi-2.0.4.jar >>>>> out.txt >>>>> saaj-api-1.3.jar >>>>> saaj-impl-1.3.2.jar >>>>> serializer-2.7.1.jar >>>>> spring-beans-2.5.6.jar >>>>> spring-context-2.5.6.jar >>>>> spring-core-2.5.6.jar >>>>> spring-web-2.5.5.jar >>>>> stax-api-1.0-2.jar >>>>> wsdl4j-1.6.2.jar >>>>> wss4j-1.5.8.jar >>>>> wstx-asl-3.2.8.jar >>>>> xalan-2.7.1.jar >>>>> xercesImpl-2.6.2.jar >>>>> xml-resolver-1.2.jar >>>>> xmlsec-1.4.3.jar >>>>> xsdbeans-5.0.1.jar >>>>> >>>>> >>>>> Craig >>>>> >>>>> On Fri, Oct 23, 2009 at 10:56 AM, Daniel Kulp <dkulp@...> wrote: >>>>> > Try removing or endorsing: >>>>> > jaxp-api-1.4.2.jar >>>>> > >>>>> > That should be built into the JDK/WAS. And that would certainly >>>>> > conflict with: >>>>> > >>>>> > xmlParserAPIs-2.6.2.jar >>>>> > which should be removed. >>>>> > >>>>> > You also have: >>>>> > > stax-api-1.0-2.jar >>>>> > > geronimo-stax-api_1.0_spec-1.0.1.jar >>>>> > >>>>> > which are both the same thing basically. >>>>> > >>>>> > Dan >>>>> > >>>>> > On Fri October 23 2009 11:37:37 am Craig Tataryn wrote: >>>>> > > Been having a heck of a time getting my CXF application running on WAS >>>>> > > 6.1.0.19. After getting this error: >>>>> > > Error 500: Error creating bean with name 'chirophysioEndpoint': >>>>> > > Invocation of init method failed; nested exception is >>>>> > > java.lang.IncompatibleClassChangeError >>>>> > > >>>>> > > Followed the instructions listed on the wiki [1], by moving wsdl4j >>>>> > > into java/jre/lib/endorsed and it got me a bit farther (by that I mean >>>>> > > another type of error): >>>>> > > >>>>> > > Error 500: Error creating bean with name >>>>> > > 'org.apache.cxf.wsdl.WSDLManager' defined in class path resource >>>>> > > [META-INF/cxf/cxf.xml]: Instantiation of bean failed; nested exception >>>>> > > is org.springframework.beans.BeanInstantiationException: Could not >>>>> > > instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]: >>>>> > > Constructor threw exception; nested exception is >>>>> > > java.lang.ClassCastException: >>>>> > > com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl >>>>> > > incompatible with javax.xml.parsers.DocumentBuilderFactory >>>>> > > >>>>> > > Asked Dan K. about this and he asked me to try and remove my xerces >>>>> > > and serializer jars, unfortunately that didn't do it. >>>>> > > >>>>> > > Here is a list of dependencies I have in the untouched version of my >>>>> > > WAR [2] >>>>> > > >>>>> > > Any help would be greatly appreciated, we are very much stuck in a "we >>>>> > > can't deploy to DEV, maybe we should look at Axis" type of situation. >>>>> > > Please, for the love of god save me. >>>>> > > >>>>> > > Craig. >>>>> > > >>>>> > > [1] >>>>> > > http://cwiki.apache.org/confluence/display/CXF20DOC/Application+Server >>>>> > >+Spe >>>>> > > cific+Configuration+Guide#ApplicationServerSpecificConfigurationGuide-W >>>>> > >ebsp here >>>>> > > >>>>> > > [2] >>>>> > > CorpBusinessDelegates-r1v7m0.jar >>>>> > > CorpJavaUtilsRuntime-3.1.0.jar >>>>> > > CorpJavaUtilsRuntimeModel-1.0.0.jar >>>>> > > CorpJavaUtilsSecurity-r2v3m0.jar >>>>> > > CorpLogger-r2v2m0.jar >>>>> > > CorpPerformanceLogger-r1v0m0.jar >>>>> > > CorpServiceInterface-r5v2m1.jar >>>>> > > FastInfoset-1.2.7.jar >>>>> > > GroupProviderEClaimsWSIHL7Jar-r1v0m0.jar >>>>> > > GroupProviderEClaimsWSIServiceJar-r1v0m0.jar >>>>> > > JavaUtils-r1v4m0.jar >>>>> > > XmlSchema-1.4.5.jar >>>>> > > activation-1.1.jar >>>>> > > aopalliance-1.0.jar >>>>> > > asm-2.2.3.jar >>>>> > > bcprov-jdk15-1.43.jar >>>>> > > com.springsource.javax.jms-1.1.0.jar >>>>> > > com.springsource.javax.transaction-1.1.0.jar >>>>> > > com.springsource.org.apache.commons.logging-1.1.1.jar >>>>> > > com.springsource.org.apache.log4j-1.2.15.jar >>>>> > > com.springsource.org.aspectj.runtime-1.6.3.RELEASE.jar >>>>> > > commons-beanutils-1.6.jar >>>>> > > commons-collections-2.0.jar >>>>> > > commons-lang-2.4.jar >>>>> > > commons-logging-1.0.3.jar >>>>> > > cxf-api-2.2.3.jar >>>>> > > cxf-common-schemas-2.2.3.jar >>>>> > > cxf-common-utilities-2.2.3.jar >>>>> > > cxf-rt-bindings-soap-2.2.3.jar >>>>> > > cxf-rt-bindings-xml-2.2.3.jar >>>>> > > cxf-rt-core-2.2.3.jar >>>>> > > cxf-rt-databinding-jaxb-2.2.3.jar >>>>> > > cxf-rt-frontend-jaxws-2.2.3.jar >>>>> > > cxf-rt-frontend-simple-2.2.3.jar >>>>> > > cxf-rt-transports-http-2.2.3.jar >>>>> > > cxf-rt-ws-addr-2.2.3.jar >>>>> > > cxf-rt-ws-security-2.2.3.jar >>>>> > > cxf-tools-common-2.2.3.jar >>>>> > > geronimo-activation_1.1_spec-1.0.2.jar >>>>> > > geronimo-annotation_1.0_spec-1.1.1.jar >>>>> > > geronimo-javamail_1.4_spec-1.6.jar >>>>> > > geronimo-jaxws_2.1_spec-1.0.jar >>>>> > > geronimo-stax-api_1.0_spec-1.0.1.jar >>>>> > > geronimo-ws-metadata_2.0_spec-1.1.2.jar >>>>> > > jaxb-api-2.2.jar >>>>> > > jaxb-impl-2.1.9.jar >>>>> > > jaxb-libs-1.0.5.jar >>>>> > > jaxb-xjc-2.0EA3.jar >>>>> > > jaxp-api-1.4.2.jar >>>>> > > jaxp-ri-1.4.2.jar >>>>> > > jdom-1.0.jar >>>>> > > junit-addons-1.4.jar >>>>> > > log4j-1.2.9.jar >>>>> > > neethi-2.0.4.jar >>>>> > > out.txt >>>>> > > saaj-api-1.3.jar >>>>> > > saaj-impl-1.3.2.jar >>>>> > > serializer-2.7.1.jar >>>>> > > spring-beans-2.5.6.jar >>>>> > > spring-context-2.5.6.jar >>>>> > > spring-core-2.5.6.jar >>>>> > > spring-web-2.5.5.jar >>>>> > > stax-api-1.0-2.jar >>>>> > > wsdl4j-1.6.2.jar >>>>> > > wss4j-1.5.8.jar >>>>> > > wstx-asl-3.2.8.jar >>>>> > > xalan-2.7.1.jar >>>>> > > xercesImpl-2.6.2.jar >>>>> > > xml-resolver-1.2.jar >>>>> > > xmlParserAPIs-2.6.2.jar >>>>> > > xmlsec-1.4.3.jar >>>>> > > xsdbeans-5.0.1.jar >>>>> > > >>>>> > > -- >>>>> > > Craig Tataryn >>>>> > > site: http://www.basementcoders.com/ >>>>> > > podcast:http://feeds.feedburner.com/TheBasementCoders >>>>> > > irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin >>>>> > > twitter: craiger >>>>> > >>>>> > -- >>>>> > Daniel Kulp >>>>> > dkulp@... >>>>> > http://www.dankulp.com/blog >>>>> >>>>> -- >>>>> Craig Tataryn >>>>> site: http://www.basementcoders.com/ >>>>> podcast:http://feeds.feedburner.com/TheBasementCoders >>>>> irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin >>>>> twitter: craiger >>>>> >>>> >>>> -- >>>> Daniel Kulp >>>> dkulp@... >>>> http://www.dankulp.com/blog >>>> >>> >>> >> > -- Craig Tataryn site: http://www.basementcoders.com/ podcast:http://feeds.feedburner.com/TheBasementCoders irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin twitter: craiger |
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by dkulp
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by easternwahoo
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by oakridge
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by oakridge
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by easternwahoo
::
Rate this Message:
|
|
|
Re: CXF and WAS 6.1(.0.19)
by Craig Tataryn
::
Rate this Message:
|
Class Loader.zip (209K) | Free embeddable forum powered by Nabble | Forum Help |
