BPEL的基本思想

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

　　其实BPEL一点都不神秘，是一个很简单的东西。

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

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

　　1、它的起点就是“receive”，也就是接收它自己接口的输入参数。

　　2、它的终点就是“reply”，也就是得到它自己接口的返回参数。

　　整个BPEL就是定义如何通过它的接口输入参数，调用其他外部服务的接口，得到其接口的返回参数。

　　它最重要的是两个定义：

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

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

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

　　用Java实例模拟BPEL的创建过程

　　这里用一个简单的实例来进一步说明BPEL的基本思想和核心本质，并用Java实例来模拟BPEL的创建过程。

　　首先假定已经有了两个Web Service，一个为“加法服务”，专门处理两个数相加，名为AddService；另外一个为“减法服务”，专门处理两个数相减，名为SubtractService。