用java调用.net的wcf其实还是很简单的_C

概述前些天和我们的一个邮件服务商对接，双方需要进行一些通讯，对方是java团队，而作为.net团队的我们，只能公布出去的是一个wcf的basicbinding，想不到问题来了，对方不知道怎么去调用这个basic，可能他们水平有点菜，有点尴尬，不得已我来研究研究，其实只要知道公布的wsdl，对什么语言都是很简单的。一：案例为了方便，我也不特意写什么代码了，就用vs里面的wcf服务模板创建一下，详细内容如下：1 // 注意: 使用“重构”菜单上的“重命名”命令，可以同时更改代码、svc 和配置文件中的类名“Service1”。2 // 注意: 为了启动 WCF 测试客户端以测试此服务，请在解决方案资源管理器中选择 Service1.svc 或 Service1.svc.cs，然后开始调试。3 public class Service1 : IService14 {5 public string GetData(int value)6 {7 return string.Format("You entered: {0}", value);8 }910 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;23 import java.rmi.RemoteException;45 import org.tempuri.IService1Proxy;67 public class Program {89 public static void main(String[] args) throws RemoteException {1011 IService1Proxy proxy = new IService1Proxy();1213 String result = proxy.getData(12345);1415 System.out.println(result);16 }1718 }不过要吐槽的是，IService1Proxy居然是一个类，我还以为是接口呢，思维定势吧~~~ 2. 使用wsimport小工具其实java的jdk里面有很多的实用小工具，其中就有一款wsimport.exe，它就可以用来根据wsdl生成自动化的proxy类，和.net的svcutil的功能是一样的。由于jdk路径都配置到了环境变量中，就可以在cmd中看一下wsimport需要的参数。C:Usershxc>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.xjbwsimport -d generated http://example.org/stock?wsdlC:Usershxc>这其中，大概知道下面4个参数就好说了。《1》 url：你需要生成代理类的数据源，也就是wsdl文件《2》 -d：生成的proxy文件需要存放的路径《3》-p：生成proxy类的包名。《4》-keep：保存生成的文件名接下来我们就cmd试一下：C:Usershxc>wsimport http://localhost:54248/Service1.svc?wsdl -d c:\2\ -p com.datamip.proxy -keep正在解析 WSDL...正在生成代码...正在编译代码...C:Usershxc> 好了，接下来就可以将“文件夹2”中的proxy类copy到project中，如下图：看起来是不是很完美，那接下来要做的事情就是coding验证啦~~~ 最后还有一种笨的方法，那就是通过fiddler抓取webservice通讯的参数，然后通过httppost模拟提交，也是可以的。。。好了，本篇就和大家说到这里，希望对你有帮助。

　　前些天和我们的一个邮件服务商对接，双方需要进行一些通讯，对方是java团队，而作为.net团队的我们，只能公布出去的是一个wcf的basicbinding，想不

到问题来了，对方不知道怎么去调用这个basic，可能他们水平有点菜，有点尴尬，不得已我来研究研究，其实只要知道公布的wsdl，对什么语言都是很简单的。

为了方便，我也不特意写什么代码了，就用vs里面的wcf服务模板创建一下，详细内容如下：

GetData( .Format( (composite == ArgumentNullException( composite.StringValue += }

然后F5运行一下，就可以看到这样的一个wcf测试客户端，有服务地址，有提供的两个方法契约。

其实在eclipse的新建项目中有一个Web Service ClIEnt 模板，这个里面就可以将wsdl转换为proxy的java代码，有一点像C#中的服务引用，是不是，

下面就一步一步 *** 作下：

Other =>Web Services => Web Service ClIEnt 即可。

好了，自动化的类都出来了，接下来我只需要新建了一个入口的Program类，是不是就可以敲定了。。。

IService1Proxy proxy = String result = proxy.getData( System. }

不过要吐槽的是，IService1Proxy居然是一个类，我还以为是接口呢，思维定势吧~~~

其实java的jdk里面有很多的实用小工具，其中就有一款wsimport.exe，它就可以用来根据wsdl生成自动化的proxy类，和.net的svcutil的功能

是一样的。

由于jdk路径都配置到了环境变量中，就可以在cmd中看一下wsimport需要的参数。

C:\Users\hxc>用法: wsimport [options]

\其中 [options] 包括:
-b 指定 jaxws/jaxb 绑定文件或附加模式
(每个都必须具有自己的 -b)
-B 将此选项传递给 JAXB 模式编译器
-catalog 指定用于解析外部实体引用的目录文件
支持 TR9401,XCatalog 和 oasis XML 目录格式。
-d 指定放置生成的输出文件的位置
-enCoding 指定源文件所使用的字符编码
-extension 允许供应商扩展 - 不按规范
指定功能。使用扩展可能会
导致应用程序不可移植或
无法与其他实现进行互 *** 作
-help 显示帮助
-httpproxy:: 指定 http 代理服务器 (端口默认为 8080)
-keep 保留生成的文件
-p 指定目标程序包
-quIEt 隐藏 wsimport 输出
-s 指定放置生成的源文件的位置
-target 按给定的 JAXWS 规范版本生成代码
默认为 2.2,接受的值为 2.0,2.1 和 2.2
例如,2.0 将为 JAXWS 2.0 规范生成兼容的代码
-verbose 有关编译器在执行什么 *** 作的输出消息
-version 输出版本信息
-wsdllocation @WebServiceClIEnt.wsdlLocation 值
-clIEntjar 创建生成的 Artifact 的 jar 文件以及
调用 Web 服务所需的 WSDL 元数据。
-generateJWS 生成存根 JWS 实现文件
-implDestDir 指定生成 JWS 实现文件的位置
-implServicename 生成的 JWS 实现的服务名的本地部分
-implPortname 生成的 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试一下：

wsimport http://localhost:54248/Service1.svc?wsdl -d c:\\2\\ -p com.datamip.proxy -keep正在解析 WSDL...

正在生成代码...

正在编译代码...

C:\Users\hxc>