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

核心提示： 在本系列前面的文章中，我介绍了异步 Web 服务操作的一些概念，异步操作和 Web 服务，第 3 部分: 向 Web 服务添加业务语义(2)，同时还介绍了用来实现双方之间各个异步操作的各种集成模式，这些模式本质上是被建模为无状态的、独立的交互，每个流程的各个活动都需要与初始请求分开以优化系统资源

在本系列前面的文章中，我介绍了异步 Web 服务操作的一些概念，同时还介绍了用来实现双方之间各个异步操作的各种集成模式。这些模式本质上是被建模为无状态的、独立的交互。在这些模式中，我提出了参与应用程序或消息传递传输在将请求映射到响应时要创建和管理相关器的要求。同样，解决方案设计者也需要提供一种方法，通过这种方法把 回复地址（reply-to address）（响应将被发送到这个地址）提供给服务提供者；这样，当响应可用时，就可以在分开的执行线程上把它们发送到请求客户机。所有这些要求，以及其他更为重要的要求（比如协调一组有状态交互和将请求路由到有状态流程实例等要求）都将在新规范中得到满足。于是，我们就可以在 业务流程引擎（business process engine）内对复杂的、实际的企业流程进行建模和直接执行（更多时候是在引擎上立即执行）。

目前，Web 服务描述语言（Web Services Description Language，WSDL）规范的版本 1.1 自身（不包括扩展）只支持无状态的交互模型，按这种模型在两方之间交换同步消息或相互之间无关联的异步消息。这三个新规范的发布使得这样的企业业务流程有可能得到支持，这些企业业务流程要求涉及到在两方或更多方之间的有状态且长时间运行的交互中进行的点对点消息交换序列（同步的和异步的）的交互模型。

在进一步学习本文之前，您应该对 BPEL、WS-C 和 WS-T 规范有一个基本的理解，因为我们将在这里探讨来自这些规范的许多概念。异步操作要求：回顾

支持实际的企业业务流程本质上要涉及到异步操作，因为这些流程持续的时间比较长。每个流程的各个活动都需要与初始请求分开以优化系统资源的使用，并且需要把处理过程分解为一组可恢复的事务。我在这个系列的第一篇文章中提到过，支持异步操作需要完成下面几个任务：