Java 为JAX-RPC web服务生成JAX-WS客户端存根？

我是否能够使用JAX-WS（wsimport）生成的客户端存根连接到JAX-RPCWeb服务？使用JAX-WS客户端消费JAX-RPCWeb服务会产生什么影响？有什么优点和缺点吗

工具

wsimport

处理

WSDL

文件，该文件是描述web服务的XML文档

工具

wsimport

不关心WSDL中描述的服务（RPC/文档）的样式

如果WSDL具有RPC样式，它将生成用于消费RPC样式web服务的客户端存根，类似地，还将生成用于文档样式的客户端存根

JAX-WS

（它提供了

wsimport

）提供了（或者说能够生成）web服务的样式（RPC/Document），并且两者都能与各自类型的服务端点同样良好地工作

使用

wsimport

生成JAX-RPC客户端

---

希望这有帮助

嗨！谢谢你的回复！这是否意味着我使用的是wsimport生成的客户机存根还是wscompile生成的客户机存根并不重要，因为最终，我仍然能够使用这两种方法中的任何一种进行连接？我的dilemna是这样的：我有一组WSDL文件。因为我在收到WSDL文件时还不知道如何生成客户机存根，所以我请某人为我生成客户机存根。生成客户机存根的人使用IBM的RAD。其中一些文件是使用JAX-RPC生成的，而另一些文件是使用JAX-WS生成的。现在我感到困惑的是：如果他可以使用JAX-WS生成所有WSDL文件，那么为什么他要使用JAX-RPC生成其他文件？使用JAX-RPC生成数据的相关性是什么？我知道JAX-WS较新，那么为什么他选择使用JAX-RPC生成其他的呢？您能告诉我这一点吗？嗯，

wsimport

是生成web服务工件的最新方法，而

wscompile

是较早的方法。理想情况下，正如您所说，无论您使用的是

wsimport

还是

wscompile

，都没有关系。但是，在您的特定情况下，为什么其他人使用

JAX-RPC

而不是

JAX-WS

？老实说，我想不出来。他自己更适合回答这个问题。不确定，但可能是这样的情况：WSDL太复杂，无法由普通的

wsimport

处理，因此他不得不使用

wscompile

。但这是一个遥远的可能性，我很想知道这个案件。谢谢！是的，我也不知道他为什么选择在其他人身上使用JAX-RPC。事实上，我还能够从他生成JAX-RPC客户端的WSDL文件中生成JAX-WS客户端。因此，WSDL文件应该没有问题。但我无法测试生成的客户端，因为我无法访问实际的web服务也许我应该直接问他为什么这么做。谢谢你的澄清！