许多开发人员觉得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。

　　现在有一个新的需求，需要将上面两个Web Service集成起来，也就是需要创建一个新的服务，称为“运算服务”，名为CaculatorService，它有一个运算类型的参数，当运算类型为“加法”时，调用加法服务，当运算类型为“减法”时，调用减法服务。

　　看到这里，读者可能会想，直接写一个Java程序，调用者两个Web Service不就可以了吗?笔者的回答是：直接用Java编程当然可以，事实上现在大家就是这么做的。但是Java本质上是一种具体的程序语言，只能运行于JVM的Java运行环境，不是一种抽象性的通用的标准语言，而BPEL是一种标准化的执行语言，如何能够真正运行BPEL不是它所关心的事情，它还需要各个厂商去开发自己的BPEL运行环境，尽管各个厂商所开发的BPEL的运行环境可能会不一样，但是同一个BPEL所开发的程序，应该可以运行于这些不同的BPEL运行环境，得到的结果应该是一样的。就像Web Service的WSDL文件一样，它只管如何定义服务、服务接口、服务操作、服务参数等，如何具体实现Web Service不是WSDL所要关心的事情。

　　下面继续前面的实例，两个Service都会有自己的WSDL定义。下面用实际的Java语言来类似地描述一下，以便于理解。

　　下面的AddService .java相当于AddService.wsdl(用Java的Interface可能更贴切一点，用Java的class可以说明得更详细一点)。