架构师迫切希望在JMS上使用SOAP

Question

我过去曾使用JMS来构建应用程序,它运行良好.现在我和想要使用Spec:SOAP over Java Message Service 1.0的Architects一起工作.

这个规格过于复杂.我没有看到很多实现(除了供应商推动规范).

这里有人在生产环境中使用此规范吗？使用此规范的主要好处是什么？

链接:http://www.w3.org/TR/2009/CR-soapjms-20090604/

Answer 1

我使用SOAP over JMS运气不好.如果它用于fire-and-forget操作(WSDL中没有定义响应消息),那么它确实有意义.在这种情况下,您可以使用WSDL生成客户端框架,并且可以将WSDL存​​储在服务注册表中.此外,您还可以获得JMS的所有常见优势(解耦发送方和接收方,负载平衡,优先级,安全性,桥接到多个目的地 - 例如非侵入式审计).

另一方面,SOAP主要用于请求/回复类型操作.通过JMS实现请求/回复模式会引入以下问题:

• 无法正确处理超时.您永远不知道请求是否仍在等待传递或被卡在被调用的组件中.
• 响应通常在临时队列上发送.如果客户端在接收响应之前断开连接并且没有明确的时间设置在响应消息上,则临时队列可能会卡在JMS服务器中,直到您重新启动它.
• 在中间使用JMS服务器会大大增加往返时间并增加不必要的复杂性.
• JMS提供了一种可靠的传输介质,可以将发送方与接收方分离,但在请求/回复的情况下,客户端不应与服务器分离.客户端需要知道服务器是否已启动且可用.

我能想到的唯一优势是可以在客户端不知道的情况下移动或负载均衡服务器,但使用UDDI和HTTP负载均衡器是一种更好的解决方案.

Answer 2

我要说的是,从建筑师的探矿中,同样的问题是关于为什么要有5层互联网模型,第5个是应用程序,当人们可以简单地在套接字级编码整个应用程序时.从您的应用程序生成或使用的内容(SOA消息)中抽象出传输层(在您的情况下为JMS)是一个很好的做法,其中可能的原因是独立的单元测试以及将来迁移到其他平台的第一个出现在我的脑海中