java - JMS 与 Web 服务

Question

JMS 相对于 Web 服务的最大优势是什么？反之亦然？

(Web 服务是否臃肿？JMS 总体上是否更适合提供接口(interface)？)

Answer 1

在埃里克森更正后编辑:

JMS 要求您有一个 JMS 提供者、一个实现 MessageListener 接口(interface)以处理消息的 Java 类，以及一个知道如何连接到 JMS 队列的客户端。 JMS 意味着异步处理——客户端发送消息并且不一定等待响应。 JMS 可用于点对点队列方式或发布/订阅。

“服务”是一个流动的术语。我将服务视为存在于网络上并宣传契约(Contract)的组件:“如果您向我发送 X，我将为您执行此任务并返回 Y。”

分布式组件已经存在很长时间了。每个人都使用不同的协议(protocol)(例如，COM、Corba、RMI 等)进行通信，并以不同的方式公开他们的合约。

Web 服务是分布式服务的最新趋势。他们使用 HTTP 作为协议(protocol)，可以与任何可以通过 TCP/IP 连接并发出 HTTP 请求的客户端进行互操作。

您可以使用 SOAP 或 RPC-XML 或 REST 或“契约优先”样式，但分布式组件使用 HTTP 作为其协议(protocol)的基本思想仍然存在。

如果您接受所有这些，Web 服务通常是同步调用。它们不必臃肿，但你可以用任何风格或语言编写糟糕的组件。

您可以通过首先设计请求和响应来开始设计任何分布式组件。鉴于这些，您可以根据想要拥有的客户端类型以及通信是同步还是异步来选择 JMS 或 Web 服务。