将 Web Services Reliable Messaging (WS-RM) 应用到 Web 服务，第 1 部分

核心提示： 查看原图（大图）为 WS-RM 启用 JAX-WS Web 服务提供商和 Web 服务客户机创建了 JAX-WS Web 服务和 Web 服务客户机之后，您就可以使它们使用 WS-RM 交换 SOAP 消息了，将 Web Services Reliable Messaging (WS-RM) 应

查看原图（大图）

为 WS-RM 启用 JAX-WS Web 服务提供商和 Web 服务客户机

创建了 JAX-WS Web 服务和 Web 服务客户机之后，您就可以使它们使用 WS-RM 交换 SOAP 消息了。在 Application Server V7 中，这意味着定义并添加包含 WS-RM policy type 的 策略集（JAX-WS 配置）。Application Server Version 7 带有具有预定义的 WS-RM 策略类型的策略集。我们的 Web 服务客户机将使用其中之一。Bank Web 服务提供商将使用一个自定义策略集，该策略集的 WS-RM 策略类型具有手动设置的属性。在使用策略集之前，我们先看一下定义 WS-RM 策略类型时需要考虑的 WS-RM 属性。

WS-RM 属性

创建 WS-RM 策略类型时需要考虑三个属性：

RM specification level：Application Server V7 支持 WS-RM 规范的版本 1.0 和 1.1。尽量使用 WS-RM 1.1。Application Server V7 WS-RM 1.1 实现对于所有同步协议支持 makeConnection 规范。此规范定义了一个新协议消息，支持在 WS-RM 客户机和 WS-RM 提供商之间建立连接，这样停留在提供商端的消息将被发送回客户机。 WS-RM 1.0 实现不支持 makeConnection 规范，但它使用了另一个机制重新发送应用程序消息以便创建连接。第二个方法效率不是很高，因为 makeConnection 协议消息的大小可以忽略，而序列消息不能。

Inorder delivery：如果选择了该项，Inorder delivery 会迫使 WS-RM 源或提供商按照消息被发送的顺序向 JAX-WS 客户机或服务传送消息。关于这个选项要注意，您可能会造成大量工作堆积如山，要减少这些工作需要花些时间（RM 源或提供商将收到因等待上一个消息重新发送而堆积在一起的消息）。