BPEL的进化

　　有些早期开展的项目导致BPEL产生的包括微软的XLANG（2000年十月）和IBM的Web服务流语言（2001年三月）的产生。这两者的内容都是在单一web服务端口上的抽象层上提供流程定义。然后IBM在2002年将这两个概念合并成为BPEL4WS。同许多行业重量级标准一道，IBM向OASIS（结构化信息标准促进组织）提交BPEL4WS 1.1版本。BPEL4WS的2002年版本和这个规范背后的准则在IBM的文库出版物中有所总结。

　　WSDL的关键作用

　　Web服务展开像Apache AXIS2这样支持低层次的工具包已经很快聚焦于向外部世界定义服务做什么以及如何调用服务的WSDL和XML Schema的实质角色。 WSDL用抽象的表示形式隐藏了服务实现的细节。很多计算机语言工具能使用WSDL描述并自动地创建客户端代码。W3C发布的WSDL 1.1版本（2001年）争取了适合一般使用和允许显示扩展的抽象层。WSDL 2.0提供了为REST-风格的Web服务提供了更好的支持，并成为W3C正式推荐的标准（2007年），然而在工具中还没有得到广泛的支持。

　　OASIS 组织的BPEL 2.0

　　OASIS非盈利行业团体接管该标准并发布了2.0版本。OASIS用“基于web服务声明业务流程行为的一种语言”简洁地描述了BPEL。你可能会说BPEL让你通过定义每种服务的角色和服务之间的通讯来“编排”web服务之间的交互。《OASIS指南》讲述了其发展历史和WS-BPEL 2.0 XML的例子。

　　WS-BPEL 2.0版过分依赖使用XML Schema 1.0来定义数据类型的WSDL 1.1扩展版。OASIS使用缩略词WS-BPEL来阐述所有WS-*标准的内在联系。以典型服务“栈”的典型图片，BPEL位于下一层WSDL服务描述之上，由消息和像SOAP这样的通信协议指挥。

　　WSDL扩展需要支持长期异步运行的流程。通过自己回忆SOAP本质上是无状态协议，所以任何需要在消息和组件间的扩展对话之间维持持续性的流程都需要额外的定义。而不是为WSDL定义一个替换，架构师曾经选择扩展它。消除扩展当然是XML的优点之一。

　　OASIS还没有尝试把BPEL绑定到某个特别的流程图示上，因此避免了早期UML对于OOP干扰这样的符号冲突。自然地，任何人试图描述用BPEL编排的服务，最后都选择用文档中应用广泛的图示。但仍然有很多流程描述和图示的思想派别。

　　下面我们将继续为您介绍《BPEL有何用武之地：BPEL引擎》