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

核心提示： 为它们的交换定义一个或一组相关器和一种机制，定义一个 回复地址，异步操作和 Web 服务，第 3 部分: 向 Web 服务添加业务语义(3)，这个地址指定应该把响应发送到何处，并确保向服务提供者通知了这个目的地，本文将演示的这些活动的示例包括 sequence 和 flow ， 其他的 BPEL

为它们的交换定义一个或一组相关器和一种机制。

定义一个 回复地址，这个地址指定应该把响应发送到何处，并确保向服务提供者通知了这个目的地。

服务提供者生成响应的过程作为一个事务与请求分开。

客户机接收到异步响应。

客户机和服务提供者把响应与相应的请求关联在一起。

另外，由于我将在可能涉及到流程及其伙伴间许多交互的较大型有状态业务事务的范畴内讨论异步操作，在异步操作期间交换的消息将需要被路由到同一个业务流程实例。因此，我还需要提出先前这个系列的第一篇文章中没有列入的另一个要求：

把请求路由到有状态业务流程实例。

BPEL XML 语法元素

本文将概述 BPEL 如何为长时间运行的业务事务简化集成伙伴间业务流程的过程，其中一个业务事务由流程及其伙伴之间的多个交互组成。在下面几部分中，我将提供可以用来满足上面标识出的异步操作要求的具体 BPEL XML 语法示例。

BPEL XML 流语言具有用来对活动和用于控制流程行为的机制进行描述的语法。在我的示例中，我将使用这种语法的一个子集，这个子集中包含下面的 活动标记（activity token）和 元素（element）：

基本活动（Basic activity）：用于处理入站请求和响应的接收、数据向全局容器的分配以及出站 Web 服务请求的生成。本文将演示的这些活动的示例包括 receive 和 invoke 。

结构化活动（Structured activity）：用于管理活动序列的整个流程流、活动的并行处理以及在控制流程流时添加条件逻辑。本文将演示的这些活动的示例包括 sequence 和 flow 。

其他的 BPEL XML 元素帮助定义支持业务事务中的异步操作所需的关系和相关性。本文将演示的这些元素的示例包括 partners 、 serviceLinkTypes 、 role 、 link 、 source 和 target 。