用java调用.net的wcf其实还是很简单的
前些天和我们的一个邮件服务商对接，双方需要进行一些通讯，对方是java团队，而作为.net团队的我们，只能公布出去的是一个wcf的basicbinding，想不
到问题来了，对方不知道怎么去调用这个basic，可能他们水平有点菜，有点尴尬，不得已我来研究研究，其实只要知道公布的wsdl，对什么语言都是很简单的。
一：案例
为了方便，我也不特意写什么代码了，就用vs里面的wcf服务模板创建一下，详细内容如下：
1 // 注意: 使用“重构”菜单上的“重命名”命令，可以同时更改代码、svc 和配置文件中的类名“Service1”。 2 // 注意: 为了启动 WCF 测试客户端以测试此服务，请在解决方案资源管理器中选择 Service1.svc 或 Service1.svc.cs，然后开始调试。 3 public class Service1 : IService1 4 { 5 public string GetData(int value) 6 { 7 return string.Format("You entered: {0}", value); 8 } 9 10 public CompositeType GetDataUsingDataContract(CompositeType composite) 11 { 12 if (composite == null) 13 { 14 throw new ArgumentNullException("composite"); 15 } 16 if (composite.BoolValue) 17 { 18 composite.StringValue += "Suffix"; 19 } 20 return composite; 21 } 22 }
然后F5运行一下，就可以看到这样的一个wcf测试客户端，有服务地址，有提供的两个方法契约。
二：java调用
1. 使用web service client
其实在eclipse的新建项目中有一个Web Service Client 模板，这个里面就可以将wsdl转换为proxy的java代码，有一点像C#中的服务引用，是不是，
下面就一步一步操作下：
《1》 新建一个java project，或者dynamic web project都是可以的，本次测试只新建一个MyJavaTest 的project。
《2》 然后使用 WebService Client的模板 File => Other =>Web Services => Web Service Client 即可。
《3》在Service definition 选项中输入我们的wcf服务地址：http://localhost:54248/Service1.svc?wsdl，一定要注意
在svc后面加上一个wsdl，这样就方便java proxy找到哈，然后左下角有一个“温度计”，调到start client 模式就
好，然后继续点击下一步，详细如下图：
《4》 下图就表示生成好的代码将放入到哪一个目录下，这个没什么好说的。
《5》然后点击finish，现在你会发现，你多了几个自动化的java类，便捷性和visual studio有的一拼。
好了，自动化的类都出来了，接下来我只需要新建了一个入口的Program类，是不是就可以敲定了。。。
1 package com.datamip; 2 3 import java.rmi.RemoteException; 4 5 import org.tempuri.IService1Proxy; 6 7 public class Program { 8 9 public static void main(String[] args) throws RemoteException { 10 11 IService1Proxy proxy = new IService1Proxy(); 12 13 String result = proxy.getData(12345); 14 15 System.out.println(result); 16 } 17 18 }
不过要吐槽的是，IService1Proxy居然是一个类，我还以为是接口呢，思维定势吧~~~
2. 使用wsimport小工具
其实java的jdk里面有很多的实用小工具，其中就有一款wsimport.exe，它就可以用来根据wsdl生成自动化的proxy类，和.net的svcutil的功能
是一样的。
由于jdk路径都配置到了环境变量中，就可以在cmd中看一下wsimport需要的参数。
C:\Users\hxc>wsimport 缺少 WSDL_URI 用法: wsimport [options] <WSDL_URI> \其中 [options] 包括: -b <path> 指定 jaxws/jaxb 绑定文件或附加模式 (每个 <path> 都必须具有自己的 -b) -B<jaxbOption> 将此选项传递给 JAXB 模式编译器 -catalog <file> 指定用于解析外部实体引用的目录文件 支持 TR9401, XCatalog 和 OASIS XML 目录格式。 -d <directory> 指定放置生成的输出文件的位置 -encoding <encoding> 指定源文件所使用的字符编码 -extension 允许供应商扩展 - 不按规范 指定功能。使用扩展可能会 导致应用程序不可移植或 无法与其他实现进行互操作 -help 显示帮助 -httpproxy:<host>:<port> 指定 HTTP 代理服务器 (端口默认为 8080) -keep 保留生成的文件 -p <pkg> 指定目标程序包 -quiet 隐藏 wsimport 输出 -s <directory> 指定放置生成的源文件的位置 -target <version> 按给定的 JAXWS 规范版本生成代码 默认为 2.2, 接受的值为 2.0, 2.1 和 2.2 例如, 2.0 将为 JAXWS 2.0 规范生成兼容的代码 -verbose 有关编译器在执行什么操作的输出消息 -version 输出版本信息 -wsdllocation <location> @WebServiceClient.wsdlLocation 值 -clientjar <jarfile> 创建生成的 Artifact 的 jar 文件以及 调用 Web 服务所需的 WSDL 元数据。 -generateJWS 生成存根 JWS 实现文件 -implDestDir <directory> 指定生成 JWS 实现文件的位置 -implServiceName <name> 生成的 JWS 实现的服务名的本地部分 -implPortName <name> 生成的 JWS 实现的端口名的本地部分 \扩展: -XadditionalHeaders 映射标头不绑定到请求或响应消息不绑定到 Java 方法参数 -Xauthfile 用于传送以下格式的授权信息的文件: http://username:password@example.org/stock?wsdl -Xdebug 输出调试信息 -Xno-addressing-databinding 允许 W3C EndpointReferenceType 到 Java 的绑定 -Xnocompile 不编译生成的 Java 文件 -XdisableAuthenticator 禁用由 JAX-WS RI 使用的验证程序, 将忽略 -Xauthfile 选项 (如果设置) -XdisableSSLHostnameVerification 在提取 wsdl 时禁用 SSL 主机名 验证 \示例: wsimport stock.wsdl -b stock.xml -b stock.xjb wsimport -d generated http://example.org/stock?wsdl C:\Users\hxc>
这其中，大概知道下面4个参数就好说了。
《1》 url： 你需要生成代理类的数据源，也就是wsdl文件
《2》 -d： 生成的proxy文件需要存放的路径
《3》-p： 生成proxy类的包名。
《4》-keep：保存生成的文件名
接下来我们就cmd试一下：
C:\Users\hxc>wsimport http://localhost:54248/Service1.svc?wsdl -d c:\\2\\ -p com.datamip.proxy -keep 正在解析 WSDL... 正在生成代码... 正在编译代码... C:\Users\hxc>
好了，接下来就可以将“文件夹2”中的proxy类copy到project中，如下图：
看起来是不是很完美，那接下来要做的事情就是coding验证啦~~~
最后还有一种笨的方法，那就是通过fiddler抓取webservice通讯的参数，然后通过httppost模拟提交，也是可以的。。。好了，本篇就和大家说到
这里，希望对你有帮助。
