第6章  BPEL编程思想详解

随着Web Servcie技术日益成熟和流行，许多企业的很多部门相应地都创建了Web Service服务。如何在不改变这些Web Service正常运行的情况下，将这些Web Service集成起来创造出新的业务模型、业务流程就成为一个比较突出的业务需求。

要解决这个问题，一定要有一种新的流程语言能够将Web Service给串起来，这种新的业务流程语言就是BPEL。

BPEL需要在BPEL的运行环境（BPEL引擎）下运行。一个BPEL流程一般会创建一个BPEL流程实例，BPEL就是定义这个BPEL流程如何和合作伙伴（外部的Web Service）进行交互的。

BPEL将通过合作伙伴连接来实现服务的调用。BPEL的合作伙伴连接只定义所要调用的接口，一个抽象的WSDL接口，这个接口在BPEL运行时再绑定到真正的服务提供者上面。这样使接口和实现之间达到了一种松散耦合的效果，如果说Web Service实现了接口的可重用性，那么BPEL实现的是流程的可重用性。因为BPEL实现了抽象的WSDL接口的集成，所以它也属于SOA的解决方案之一。

本章主要内容：

结合Java程序的实例来说明BPEL的基本思想；
通过房屋贷款的实例详细说明BPEL的创建过程。
通过实例阐明BPEL的各种过程组件的概念和用法；
通过实例阐明BPEL的各种活动的概念和用法。

6.1  BPEL的基本思想

许多开发人员觉得BPEL很神秘，不知道到底是什么意思。主要是因为它是根据很抽象的基于WSDL的Web Service再定义一些抽象执行的流程。
其实BPEL一点都不神秘，是一个很简单的东西。

首先谈一下BPEL和WSDL的区别，WSDL只是定义接口参数，不会定义如何实现接口，而BPEL不仅有自己的接口定义（也是一个WSDL文件，包括输入参数、方法操作名、返回参数），BPEL会定义如何调用其他服务的接口来实现自己的接口。简单地说，BPEL通过流程编程将各种接口组合在一起，其目的在于提供一个“集成了各种接口”的接口。

首先BPEL会有一个起点和终点。

它的起点就是“receive”，也就是接收它自己接口的输入参数。
它的终点就是“reply”，也就是得到它自己接口的返回参数。
整个BPEL就是定义如何通过它的接口输入参数，调用其他外部服务的接口，得到其接口的返回参数。

它最重要的是两个定义：

一个是赋值命令（Assign/Copy），通过赋值命令将某一变量值赋给所要调用的接口的输入参数。

另一个是调用命令（Invoke），通过Invoke命令来调用外部服务。

另外一个比较重要的就是条件命令（Case Condition），根据变量的不同来定义各种条件，然后根据各种条件来调用不同的服务。这些变量可以来自于输入参数，也可以来自于调用外部服务的结果。作为BPEL运行环境的一个重要功能就是能够保存并查询到这些变量。