【发布时间】：2012-08-28 10:40:53
【问题描述】：
根据网上的文献，我可以看到有两个与Web Services Eventing相关的规范：
- WS-BaseNotification - OASIS 于 2004 年提交
- WS-Eventing - W3C 于 2006 年提交
对我来说，两者似乎具有相同的功能。现在业界最能接受的规范是什么？
【问题讨论】：
标签： web-services soa ws-eventing ws-notification
【发布时间】：2012-08-28 10:40:53
【问题描述】：
您无法将 SOAP（Web 服务堆栈的消息编码部分）与 AMQP 或 JMS（也是传输协议）进行比较。使用 SOAP 1.2，您可以使用 JMS 传输绑定（仅适用于 RPC）。 AMQP 建立在 TCP 之上，因此您可以使用“SOAP over AMQP”以及“SOAP over TCP”。您可以查看this paper 以了解 Web 服务堆栈中的 SOAP 依赖于何处。
问题。 两个相互竞争的标准：
- WS-Eventing W3C 公共草案
- WS-Notification 1.3 OASIS-Standard（取代了 WS-Events），它成长为 3 个规范系列：
- WS-BaseNotification（非常类似于 WS-Eventing）
- WS-BrokeredNotification（可选）
- WS 主题（可选）
在每个版本更新中也都在收敛。 行业没有“领头羊”。 WS-Eventing 是 WS-Notification 的更简单的姐妹，在某些情况下可能是优势。例如 WS-Eventing 没有定义暂停/恢复订阅（但您可以取消订阅/订阅）、代理中介（但有办法做到）等。
可以在这些 ws-* 规范之间智能切换的实现可以在here 找到。 方法，如何添加消息队列，没有任何定义。我认为，这就是 AMQP 绑定或 websocket 子协议绑定将在 web 服务堆栈的未来发挥作用的地方。
【讨论】：
-
只是为了完整。 WS-EventNotification 应该是单独的 WS-Eventing 和 WS-Notification 规范的convergence。但是活动停止了。我们现在必须处理两个相互竞争的“标准”。上次 WS-Eventing 活动日期为 2011，而 WS-Notification 自 2006 年以来没有更改。WS-Eventing 在 WiseMan 项目、JBossWS、Apache Savan/Java 和 Microsoft Azure 服务总线中实现。
我认为现在大多数人不会使用 SOAP，而是依赖更简单的协议（在这种情况下为 AMQP/JMS），但如果您确实需要/想要使用 SOAP WS-Notification（这是 WS-BaseNotification 的父标准) 是更广泛支持的协议（例如，ServiceMix 或 IBM WebSphere）
【讨论】：