BPEL引擎

　　Apache软件基金会主持了一个名叫编制主管引擎的工程（ODE）。这个基于Java的项目处理业务流程的执行， 这些流程是用WS-BPEL中的符号定义的。ODE编译了一个BPEL文档，还在此之上用ODE运行时引擎向“编译的过的流程定义”中增加了可用的WSDL参考文档。这个工程在servlet容器或大型Java程序集成中提供了能够单独的操作运行时组件。

　　ODE声称大部分遵从WS-BPEL 2.0。开发者向标准中加入了扩展来处理没有被规范覆盖的情况，但是有必要屏蔽由编译器构建来显示的编程细节，像集成RESTful服务。因此ODE在融合现代REST概念时能领先于WS-BPEL。

　　竞争的概念和实现

　　如果你的业务描述似乎并不需要适应BPEL，那么下面中的任何一条或许能达到理想效果：

• 　　业务流程建模符号：对象管理组织很积极地发展这个标准，已经有2.0beta版。这个标准为图示流程声明了一个完整的图形化符号。BPMN在61商用产品和能在各种层次中把图表转化成代码的开源实现中得到支持。
• 　　XML管道：管道处理风格可以根据是否需要XML数据转化来决定是否需要。W3C有XProc的起草（希望是最终版），这是一种用XML管道和现有的一些开源实现描述操作的一种语言。
• 　　工作流引擎：这篇来自维基百科的文章描述了工作流引擎的原则和工作流与BPEL的对比。这篇评论发现十点Java工作流引擎值得考虑的地方。
• 　　企业信息总线：ESB-风格软件架构借助于一个标准的消息系统使多个线程相互协调，因此和管道与工作流相关联。更多信息，参看《企业服务总线ESB指南》。

　　我发现定义支持大规模企业协调业务流程的领域显得有些混乱。许多相似的概念和标准在业务流程控制的竞技场中相互竞争，任何人都猜想BPEL能否脱颖而出或者成为重要组成部分。尽管BPEL是基于像WSDL这样的标准的，“扩展”和“改进”让工具制造者步履蹒跚地跟随。因为WS-BPEL是绑定在WSDL 1.1上，设计者追求的RESTful风格架构可能不会发现大量应用。