关于JAX-WS和JAX-RPC兼容性的随机问题
- 我们在一个旧版本的应用服务器上运行了一个web服务。这个旧的应用服务器运行在JavaEE1.4上。它的客户端在另一台服务器上，也在同一版本的应用服务器上运行。
- 升级我们的应用服务器的行动已经启动。新版本现在将运行在Java 6上。问题是，客户端仍将运行在旧版本上。它还能访问现在运行在Java 6上的web服务吗？
如果答案是肯定的，下面我有一个后续问题
- 我们的web服务现在将使用JAX创建。这是否意味着我们应该以JAX的形式生成客户机类？以便运行在旧版本中的客户端能够访问它？如果是，怎么做？
要重新定义这个问题，如果您有JAX服务，如何生成JAX客户端以及如何生成JAX客户端？我做了一些初步的研究，他们似乎也是这样做的，我不确定这是正确的。我很困惑。
谢谢
回答 2
Stack Overflow用户
发布于 2015-04-05 06:33:17
既然您提到了J2EE 1.4，我猜这个web服务是基于JAX-RPC1.x标准的。由于基于Java 6的web服务基于JAX，我建议使用wsimport命令生成客户端存根，方法是使用新服务中的WSDL生成存根类。
如果您想深入挖掘，并且应该始终参考JAX-WS规范文档这里 (阅读第4章-客户端APIs)
Stack Overflow用户
发布于 2015-04-07 01:02:38
服务使用者(客户端)和服务提供者技术是独立的。您可以(在大多数情况下)拥有JavaEE6 6/JAX服务提供者，但在技术上仍然使用JAX-RPC客户端(就这一点而言，客户端甚至可能不是用Java实现的！)这方面的唯一技术障碍可能是如果您的服务提供者使用JAX无法处理的SOAP1.2构造，但如果您严格地迁移/升级提供程序应用程序，我怀疑情况就不会如此。
一些应用服务器仍然支持JAX，尽管现在(JavaEE 5& 6)对于兼容的应用服务器来说是可选的。
不过，我个人建议在升级这些应用程序/应用服务器时，将客户端更新到JAX。我认为它们应该与升级后的web服务提供者一起工作，而不进行任何更改--只要服务提供者WSDL在应用程序升级时不发生更改(尽管如果重新生成的WSDL中存在细微差异-- JAX-RPC中的封送处理/解封送处理技术非常脆弱)，您可能不得不重新生成它们。
-SH
https://stackoverflow.com/questions/29390972
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号