解决cxf的jar包冲突
来源:互联网 发布:si4463中文编程指南 编辑:程序博客网 时间:2024/06/07 09:28
本次做web service开发,遇到了一些问题,最终解决了,在此把过程总结一下
服务器上的jar包是cxf2.0.13,jdk版本是jdk6。不过由于cxf2.0.13能够找到的资料不多了,所以就想用cxf2.5.2来开发。
这个工作很顺利就完成了,然后将代码提交到服务器上,并用cxf2.5.2.jar替换了cxf2.0.13.jar,结果报了以下异常
java.lang.IncompatibleClassChangeError: Implementing class
感觉是jar包冲突,这下悲剧了,服务器上有100多个jar包,只好逐一排查,最后发现是由于cxf依赖的包版本不一致造成的
cxf2.0.13依赖的是neethi-2.0.4以及XmlSchema-1.4.5,而cxf2.5.2依赖的是neethi-3.0.1以及xmlschema-core-2.0.1
用neethi-3.0.1和xmlschema-core-2.0.1替换之后,服务发布成功啦!
本以为搞定了,结果跑了一下冒烟测试,又悲剧了,系统里原来的一个基本功能挂了,跟进去一看,是系统原来的代码跟cxf2.5不兼容
这下就有2个方案,一个是修改已有的代码,使之兼容cxf2.5;或者基于cxf2.0,重新写我们的web service
第一个方案风险太大,因为老代码涉及很广,而且我们都不太熟悉,所以就决定用低版本的cxf包重写我们的web service
但是cxf2.0的资料实在是很少,官网都不提供了,所以我们稍微升了一点,用cxf2.1
替换试了一下,发现cxf2.1和cxf2.0一样,也是依赖neethi-2.0.4以及XmlSchema-1.4.5,只是额外依赖一些别的jar包,这样就直接用cxf2.1替换了cxf2.0.13
然后验了一下刚才失败的基本特性,发现可以,看来老代码和cxf2.1是兼容的,这样就没有后顾之忧了
这个时候,我们的web service倒是能发布,但是调用失败
调用的时候报以下异常:
java.lang.IllegalArgumentException: object is not an instance of declaring class
不管怎么试,都是这个结果
一筹莫展了很长时间,因为这个时候不知道咋改了,代码没有动过,用cxf2.5.2就OK,用cxf2.1就是不行
最后才发现,原来是cxf2.5.2和cxf2.1的配置文件写法不一样
cxf2.5.2的写法:
cxf2.1的写法:
区别非常小,就是implementorClass和implementor的区别。。所以很难发现
最后获得了圆满的结果,使用cxf2.1,neethi-2.0.4,XmlSchema-1.4.5,兼容了老代码,新开发的web service也发布调用成功了
总结:
1、cxf早期版本依赖的jar包很多,要用cxf就要引一大堆jar包,新版本基本没这个问题了
2、各版本cxf核心jar包的组合:
cxf-2.0.13.jar
neethi-2.0.4.jar
XmlSchema-1.4.5.jar
cxf-2.5.2.jar
neethi-3.0.1.jar
xmlschema-core-2.0.1.jar
3、不同版本cxf的配置文件的写法有细微的差别
服务器上的jar包是cxf2.0.13,jdk版本是jdk6。不过由于cxf2.0.13能够找到的资料不多了,所以就想用cxf2.5.2来开发。
这个工作很顺利就完成了,然后将代码提交到服务器上,并用cxf2.5.2.jar替换了cxf2.0.13.jar,结果报了以下异常
java.lang.IncompatibleClassChangeError: Implementing class
感觉是jar包冲突,这下悲剧了,服务器上有100多个jar包,只好逐一排查,最后发现是由于cxf依赖的包版本不一致造成的
cxf2.0.13依赖的是neethi-2.0.4以及XmlSchema-1.4.5,而cxf2.5.2依赖的是neethi-3.0.1以及xmlschema-core-2.0.1
用neethi-3.0.1和xmlschema-core-2.0.1替换之后,服务发布成功啦!
本以为搞定了,结果跑了一下冒烟测试,又悲剧了,系统里原来的一个基本功能挂了,跟进去一看,是系统原来的代码跟cxf2.5不兼容
这下就有2个方案,一个是修改已有的代码,使之兼容cxf2.5;或者基于cxf2.0,重新写我们的web service
第一个方案风险太大,因为老代码涉及很广,而且我们都不太熟悉,所以就决定用低版本的cxf包重写我们的web service
但是cxf2.0的资料实在是很少,官网都不提供了,所以我们稍微升了一点,用cxf2.1
替换试了一下,发现cxf2.1和cxf2.0一样,也是依赖neethi-2.0.4以及XmlSchema-1.4.5,只是额外依赖一些别的jar包,这样就直接用cxf2.1替换了cxf2.0.13
然后验了一下刚才失败的基本特性,发现可以,看来老代码和cxf2.1是兼容的,这样就没有后顾之忧了
这个时候,我们的web service倒是能发布,但是调用失败
调用的时候报以下异常:
java.lang.IllegalArgumentException: object is not an instance of declaring class
不管怎么试,都是这个结果
一筹莫展了很长时间,因为这个时候不知道咋改了,代码没有动过,用cxf2.5.2就OK,用cxf2.1就是不行
最后才发现,原来是cxf2.5.2和cxf2.1的配置文件写法不一样
cxf2.5.2的写法:
<jaxws:endpoint id="remedy"implementorClass="com.huawei.remedy.webservice.impl.RemedyWebServiceCMImpl"address="/RemedyWebService" />
cxf2.1的写法:
<jaxws:endpoint id="remedy"implementor="com.huawei.remedy.webservice.impl.RemedyWebServiceCMImpl"address="/RemedyWebService" />
区别非常小,就是implementorClass和implementor的区别。。所以很难发现
最后获得了圆满的结果,使用cxf2.1,neethi-2.0.4,XmlSchema-1.4.5,兼容了老代码,新开发的web service也发布调用成功了
总结:
1、cxf早期版本依赖的jar包很多,要用cxf就要引一大堆jar包,新版本基本没这个问题了
2、各版本cxf核心jar包的组合:
cxf-2.0.13.jar
neethi-2.0.4.jar
XmlSchema-1.4.5.jar
cxf-2.5.2.jar
neethi-3.0.1.jar
xmlschema-core-2.0.1.jar
3、不同版本cxf的配置文件的写法有细微的差别
- 解决cxf的jar包冲突
- 解决cxf的jar包冲突
- 解决cxf的jar包冲突
- jar包冲突的解决
- 折中解决已有项目与CXF ws功能整合时的jar包冲突
- jar包冲突解决
- 解决asm.jar包的冲突
- 解决jar包冲突的问题
- Struts2 的jar包冲突如何解决?
- elasticsearch的jar包冲突解决笔记
- 解决jar包里面的文件冲突
- jar包的冲突问题如何解决
- axis2和cxf冲突解决,主要是XmlSchema排除掉,以下是axis2引用的jar包
- cxf .jar 包 冲突 setXmlStandalone(Z)V
- cxf和xfire的jar包冲突问题,xfire-core-*与XmlSchema-*的冲突
- spring mvc + CXF 2.6.14 在weblogic 中部署解决jar包冲突
- NoSuchMethodError,解决jar包冲突
- Maven解决jar包冲突
- C++基于ATL工程编写ActiveX控件
- 远程调试
- Web前端优化最佳实践及工具集锦
- 用soapUI调试web service
- Java中堆内存与栈内存分配浅析
- 解决cxf的jar包冲突
- cxf和spring集成的一些事
- jboss配置https
- 防火墙造成系统异常
- jboss4.2.3一些关键文件和目录
- iOS Socket第三方开源类库 AsyncSocket
- 《人月神话》
- 操作系统中睡眠、阻塞、挂起的区别形象解释
- Sybase- Could not find SQL statement to include with refid 'getOrderInHdStatisDetailsql'