复杂网络环境下数据传输的保证：揭秘WS-RM协议

最新推荐文章于 2021-02-23 18:22:28 发布

iteye_3058

最新推荐文章于 2021-02-23 18:22:28 发布

阅读量236

点赞数

文章标签：网络协议网络应用 SOAP 应用服务器 WebService

复杂网络环境下数据传输的保证：揭秘WS-RM协议

2010-3-16

蒋彪于南京

【为什么需要WS-RM协议】

网络有时候会出现故障，这是 Web 用户必须忍受的，无法更改的事实。不得不点击浏览器上的 Reload 按钮是您必须忍受的烦恼之事，因为您会返回一些不明确的 Internal Server 或者 Server not found 错误。并且对于大多数情况，点击 F5 也是可以的 -- 可能不在 Buy It 页面上，因为您并不知道是否该系统会将您的信用卡刷两次，但是大多数情况下它都工作得非常好。然而，当计算机之间互相对话的时候，它们要执行非常特殊的任务和详细的数据块以实现共享。这些消息丢失任何一个都可能导致严重的后果。例如银行，已经花费了大量的金钱（和时间）来确保他们不同的计算机系统之间的事务/消息从来不会丢失。换句话说，他们想要确保他们的数据可靠地传输到恰当的目的地。因为 Web 服务/简单对象访问协议 (SOAP) 延续了它在整个行业中的扩展使用，以互操作的方式来保证传输的需求对它的成功非常重要。

解决这个问题的一种方法是向服务器发送一个消息并且等候响应。如果在一定的时间以后您并没有收到服务器的响应，再重新发送消息。这种方法中仍然存在问题。首先，如果该消息发送是没有遵照请求-响应消息模式（例如，它们是单向 (one-way) 消息），接收返回的 HTTP 200 或者 202 响应代码并不一定保证服务器收到了消息。在定义中，202 意味着该消息仅仅在 HTTP 层上是 Accepted，但是并不一定被 SOAP 处理器处理。同样，客户端堆栈可能会通过不同的方式来解释单向消息。例如，它可能仅仅打开了连接并且发送了消息，并没有关心发送的成功或者失败（启动并忽略）。

然后，当然，也有一些情况下，客户端注意到错误的相应代码；您不能简单的重试。获取一个并非 HTTP 200 的响应并不能保证服务器没有成功的传递消息。例如，可能服务器获取了该消息并且正确地进行了处理，但是在试图处理响应消息的时候发生了一些错误。由于收到 HTTP 500 响应代码而重新发送消息，服务器将对该消息处理两次，这样可能会产生非常严重的负面影响。

另一种方法需要所有的应用程序消息都具有某种响应消息。这样即使响应消息为空，也将使您能够收到一个消息的确认或者收到信息。请注意这种方法有助于您获得传递的确认（在成功的情况下），但是它并不能帮助解决同样消息发送两次的问题（正如我在上一段中讨论的那样。为了解决这个问题，应用程序必须具备一些逻辑来避免重复消息）。不是不可能但是非常麻烦。在理想情况下，任何解决方案的开发应该在比应用程序低的级别上发生，不去管它而集中于实际的工作中。为保证消息的传递和以前的传递，需要客户端和服务器端进行一些握手。因为 SOAP 的主要的目标之一是在各种 SOAP 堆栈之间的互操作性，这个握手需要行业标准，并且因此，这意味着还需要另一个 WS-* 规范。Web 服务社区有两个规范来解决这个问题：WS-ReliableMessaging (WS-RM) 和 WS-Reliability (WS-R)。