4

我知道网上有很多文件主要描述技术差异。

但是我很想知道您更喜欢一种特定类型而不是其他类型的常见用例是什么，为什么？

这些偏好是因为集成模式/产品支持特定类型吗？

4

3 回答 3

11

感谢您的回答。然而实际用例差异以及何时使用什么。JAX-WS 和 JAX-RS 都有标准实现。我想出了以下区别：

RESTful 服务（主要是 Web 集成、手机应用程序）

  • 使用 REST 将很容易通过 Web 进行集成。广泛用于 AJAX 调用。
  • 不像 SOAP 服务那样冗长，因此需要更少的带宽，因此很适合用于移动应用程序。
  • Web 服务是完全无状态的，因此仅适用于无状态服务。

JAX-WS 和 JAX-RPC 是基于 SOAP 的服务。（企业网络服务）

JAX-WS Java EE 更高版本支持这一点，并且标准仍在不断发展。- 基于 SOAP 的服务不适合移动应用程序通信，因为与休息相比，负载较重。- 更适合需要互操作性、事务性、消息传递和可靠性的企业 Web 服务。

于 2012-04-30T04:07:25.317 回答
9

JAX-RPC忘记这个。它是 Java Web 服务的旧的过时标准

JAX-WS基于SOAP的 Web 服务的新标准（也作为参考实现提供）

JAX-RS用于REST的堆栈 -完整的Web 服务

于 2012-04-25T07:46:51.397 回答
1

我想为@Arjan Tijms 的答案加分

JAX-WS 使用来自 Java 5.0、J2EE5.0 的异步特性 JAX-RPC 主要使用来自 J2EE 1.4 的特性，并且在 J2EE 5.0 中也受支持。

JAX-RPC有自己的数据映射模型，它涵盖了很多，没有涵盖的映射到javax.xml.soap.SOAPElement。

JAX-WS 的数据映射模型是JAXB，它承诺为所有 XML 模式进行映射，它具有许多优点，例如可以与 XSD 一起使用，在没有 XSD 的情况下使用注释，它对于大型、复杂的 XML 非常有用，而且限制也很少。

Webservice 规范存在一些差异，因为规范在 JAX-RPC 之后发生了变化和改进，因此 Jax-WS 获得了更多功能。

一件常见的事情是，在将它们与 J2EE 5.0、JavaEE 6.x 一起使用时，两者都令人困惑。更好的是 Jax-RS 或 Jersey，用于新的实现和重新设计。或者您可以继续使用 JAX-RPC 或 JAX-WS。

JavaEE7.0承诺为 RESTful Web 服务提供新的轻量级、开发人员和测试人员友好的方法。

用于 XML 绑定的 Java 架构 (JAXB) 是一种 XML 到 Java 的绑定技术，它通过启用模式和 Java 对象之间以及 XML 实例文档和 Java 对象实例之间的转换来简化 Web 服务的开发

于 2013-11-17T16:13:16.787 回答