异步操作和 Web 服务，第 3 部分: 向 Web 服务添加业务语义

核心提示： WS-C 和 WS-T 规范列出的工具将使参与者的业务流程引擎能够注册一些协调协议，这些协议确保就已建模的业务流程的输出结果达成可靠的、相互的一致，异步操作和 Web 服务，第 3 部分: 向 Web 服务添加业务语义(6)，出于这个原因，在本文中我将不讨论为业务流程提供协调和事务方面支持的具体

WS-C 和 WS-T 规范列出的工具将使参与者的业务流程引擎能够注册一些协调协议，这些协议确保就已建模的业务流程的输出结果达成可靠的、相互的一致。出于这个原因，在本文中我将不讨论为业务流程提供协调和事务方面支持的具体工具，因为这些工具的实现和管理将依赖于具体的业务流程引擎。

目前，BPEL 支持 业务活动（Business Activity）协调类型，这种协调类型考虑到了对持续时间比较长的活动的协调，并使用业务逻辑来通过基于补偿的恢复处理业务异常。当需要跨不同供应商实现的互操作性时以及用简单的流程异常终止不适合处理业务异常时，这种级别的支持是非常重要的。通常情况下，当一个活动的运行时间较长，并且该活动执行的操作需要是可恢复的，这时就用 scope 活动标记来封装该活动，这样，在必要的时候就可以应用补偿来通过 BPEL 中支持的补偿处理器机制在该活动内把操作的结果恢复为未执行操作时的样子。这种方法既可以应用于同步操作也可以应用于异步操作。当实现与 WS-C 和 WS-T 有关的工具来支持可以用 BPEL 描述的流程行为时，我们希望业务流程引擎使用异步操作。

对业务伙伴间的异步交互进行建模

作为其 XML 语法的一部分，BPEL 规范包含用于定义活动、伙伴、点对点角色、消息交换协议、活动的同步相关性的机制，用于标识相关器的消息属性以及用于在执行业务流程的过程中共享业务协议数据和其他上下文数据的数据容器。BPEL 使企业能够为组成流程流的每个业务交互对流程自身与参与伙伴间的行为建模。交互被看作是点对点的消息交换（也就是一条有显式响应的请求、一条无响应请求或者单独一条单向通知）。根据为每个伙伴分配的角色为行为赋予一些交互方面的特征，同时为每个角色发送和接收消息，这些角色的身份根据与每个角色相关的 portTypes 操作加以识别。有些情况下，可能只发送单独一条消息（也就是一条无响应请求或者一条通知）。