背景:项目需求要求与一个外部接口做对接,对方的服务端是cxf,而项目组用的是xfire1.2.6,JDK1.5。
对方也不可能改他们的服务端为xfire版本。
问题:因为历史原因,本项目是运行了多年的老系统,jdk1.5的环境,客户不可能因为一个接口就升级jdk到1.6,而且老系统里有很多接口都是在xfire上开发的,也不可能因为cxf来一次大改动,还不包括测试。
执行:用xfire静态模式来调用cxf服务端,报错,有注解的错,jar兼容的问题,还有一些网上讨论的问题。花了一周时间做了各自修改测试(配置上的),都无法完美解决xfire客户端调用cxf服务端的问题。
其中甚至包括把cxf生成的对应客户端包括环境jar包打成一个jar包来测试(目的是不影响生产环境其他jar,可以不用为升级jar或兼容问题操心了),
但是测试发现,这种打jar包的方法只能在jdk1.6下执行,在jdk1.5下就报找不到rt.jar下的
java.lang.NoClassDefFoundError: javax/xml/ws/Service
初衷是想不伤筋动骨下完成这个接口的对接。
看来不做点小手术是不行的了,好吧,开始改xfire源码。
cxf就是在xfire基础上升级而来的,cxf解决了xfire的很多缺陷,并且xfire停留在1.2.6版本上就再没更新了。
大趋势是cxf替换掉老掉牙的xfire,但你那注解式的开发貌似引出配置上很多问题,而且本人极度不习惯注解;而且cxf对soap是严格标准,对xfire很难容忍,xfire的一些元素命名格式不符合cxf的标准,导致xfire client to cxf无法成功。
那么开始从soap入手看看到底哪里不对了。
设置cxf服务端接口,支持打印请求和响应:
这个是我测试的接口文件和接口方法
@WebService
@Features(features = "org.apache.cxf.feature.LoggingFeature")
public interface HelloWord {
public @WebResult String sayHello(String name,String agr);
}
先来看cxf客户端调用的soap请求和服务端的响应:
2013-1-23 13:07:17 org.apache.cxf.interceptor.LoggingInInterceptor logging
信息: Inbound Message
----------------------------
Encoding: UTF-8
Headers: {content-length=[198], connection=[keep-alive], cache-control=[no-cache
], host=[localhost:8083], user-agent=[Java/1.5.0_12], SOAPAction=[""], pragma=[n
o-cache], content-type=[text/xml; charset=UTF-8], Accept=[*]}
Messages:
Message:
Payload: http://schemas.xmlsoap.org/soap/envelope/"><<BR>soap:Body>doony28http://test.com/">doony28
rg1>
--------------------------------------
say hello age=28
2013-1-23 13:07:17 org.apache.cxf.interceptor.LoggingOutInterceptor$LoggingCallb
ack onClose
信息: Outbound Message
---------------------------
Encoding: UTF-8
Headers: {}
Messages:
Payload: http://schemas.xmlsoap.org/soap/envelope/"><<BR>soap:Body>hello">http://test.com/">hello doony age 28
--------------------------------------
再来看xfire的请求:
Payload: http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="
xmlns:xsi="
/">http://test.com">
doony
28
可以看到xfire对sayHello的参数,包了个“”的标签。
以及的也少了一个“/”,
那么是否能把soap改成和cxf一致就可以了呢。
一番调试,确定了soap生成的java类是“org.codehaus.xfire.service.binding.AbstractBinding”。
修改它,让它支持cxf,再测,
yes,xfire可以了。
题外话,调试过程中,发现xfire确实存在不少优化及待改进的问题 ,下来有时间慢慢完善,
不想这么快就杀死xfire,系统还是存在很多外部调用方也是xfire的,我们升级成cxf,那估计他们要痛苦了。
这里附上xfire的动态客户端代码,方便测试:
import java.net.HttpURLConnection;
import java.net.URL;
import org.codehaus.xfire.client.Client;
import org.codehaus.xfire.transport.http.CommonsHttpMessageSender;
public class Test {
public static final String WebService_URL = "http://localhost:8083/WebService/HelloWorld?wsdl";
public static void main(String[] args) {
Client client1 = null;
try {
URL _url = new URL(WebService_URL);
HttpURLConnection httpConnection = (HttpURLConnection)_url.openConnection();
httpConnection.setReadTimeout(20000);//设置http连接的读超时,单位是毫秒
httpConnection.connect();
client1 = new Client(httpConnection.getInputStream(), null);
client1.setProperty(CommonsHttpMessageSender.HTTP_TIMEOUT, String.valueOf( 20000 ));//设置发送的超时限制,单位是毫秒;
client1.setProperty(CommonsHttpMessageSender.DISABLE_KEEP_ALIVE, "true");
client1.setProperty(CommonsHttpMessageSender.DISABLE_EXPECT_CONTINUE, "true");
Object[] strResult1 = null;
// 如果接口有方法名,且需要带参数,则在 invoke注明,参数以Object[]数组形式
strResult1 = client1.invoke("sayHello", new Object[] {"doony","28"});
System.out.println("调接口返回xml格式-->" + strResult1[0]);
} catch (Exception e) {
e.printStackTrace();
}
}
}