应用JAVA调用.net WebService的终极解决方案

发现自己总是闭门造车，总是疏于整理与总结。下决心改变自己，从每件小事做起吧。共勉

?

最近做WebServices 比较多，和各种企业联调弄得楼主焦头烂额。其中，最郁闷的，还是与.net平台的对接。

?

楼主本地系统是Axis2 ，分别与Axis，Axis2与.net的接口来对接。

?

刚一开始采用的方案是基于采用本地发布的wsdl作为标准，使用Axis2工具生成Stub客户端来调用各企业接口。楼主一开始想当然的认为既然是发布的服务，应该遵守SOA的规范，那么通过生成的客户端，理应可以各种接口各种调。结果，残酷的事实证明，这样是行不通的。在采取客户端，调用Axis的服务时，发现了很尴尬的问题。使用本地的Stub，调用失败。

本地生成jibx Stub客户端方法如下：

?

?

注：需要配置%JAVA_HOME%

?

生成的客户端是在 tobacco.ecs.pub 下。

?

将生成的Stub客户端拷到项目目录下，使用stub客户端调用对方的方法时，错误如下：

?

?

?

?经过分析，这个悲催的事情是因为命名空间发生的问题，我们就努力的统一命名空间，结果还是失败。

?

因为项目周期问题，楼主并没有在这一个问题上纠结下去，努力完成需求才是我们想要的。于是便采用了更加通用的方法，采用RPCclient，用invokeBlocking来调用，这次顺利成功。

?

至此，楼主本以为大功告成，Axis2与Axis顺利调通，哪知道，真正悲催的事情总是发生在最后。

?

在与两家企业顺利对接后，真正的boss，.net开发的服务接口找上门来了。使用RPCclient确实不能满足了。通过使用httplook抓取soap消息中，发现了问题。（这里吐槽一下，httplook真是神器啊。。。虽说好用，但是装上后机器变慢，卸载了又不能上网。。怨念）这边服务调用的时候，发送的request请求参数没有对应的名称，发送的request的OMElement参数都是arg0 arg1之流，到了那边，人家根本就不认，对方的Action也需要跟在命名空间后- -

?

这下可把楼主惹毛了，已经对接两家了，难不成还能因为一个.net平台难倒了？在不懈的努力下，终于发现，stub客户端中，是有拼接OMElement的方法的！灵机一动，我就打算自己拼接OMElement。

最终实现的代码如下：

/**
	 * 根据传入的参数返回拼装好的 OMElement
	 * @param omMap
	 * @param nameSpace
	 * @param action
	 * @return
	 */
	public OMElement getOmElement(Map<String, String> omMap, String action) {
		SOAPFactory factory = OMAbstractFactory.getSOAP12Factory();

		OMElement child;

		OMElement wrapper = factory.createOMElement(action, namespace, "");
		Set<String> lableSet = omMap.keySet();
		Iterator<String> it = lableSet.iterator();
		while(it.hasNext()){
			String lable = it.next();
			child = factory.createOMElement(lable, namespace, "");
			child.setText(omMap.get(lable));
			wrapper.addChild(child);
		}
		return wrapper;
	}
	
	public String invoke(String action,OMElement wrapper) throws AxisFault {
		RPCServiceClient rpcClient = new RPCServiceClient();
		Options options = rpcClient.getOptions();
		EndpointReference targetEPR = new EndpointReference(endpoint);
		options.setTo(targetEPR);
		options.setAction(namespace + "/" + action);
		// 解决.net 调用java 调用不通时使用
		// options.setProperty(org.apache.axis2.transport.http.HTTPConstants.CHUNKED,Boolean.FALSE);
		
		OMElement response = rpcClient.sendReceive(wrapper);
		Object[] objects = BeanUtil.deserialize(response, new Class[] { String.class }, new DefaultObjectSupplier());
	
		return objects[0].toString();
	}

?

其中，deserialize?是对response返回的消息进行反序列化，可以形成我们原来的返回消息格式

?

?经过三番五次的测试，.net和java纷纷落马~O~Ye~

?

楼主经验尚浅，说的肯定有很多不对或者不准确或者瞎掰的地方。只求将解决方案与大家共勉，希望大家不要吝啬，多提宝贵意见及问题。