1.标准不决定解决方案的成败 询问对标准的实现慢慢已成为招标过程中的一种形式而已，是否遵循某标准只是众多功能项列表中的一个对号或者叉号， XPDL和BPEL有着不同的目标，在功能方面有大量交叉。目前最现实的处理为，提供对各种业务流程的统一处理方式，而不是仅仅为标准而标准，目前各个厂商产品以及解决方案也的确是如此进行处理的。对某个标准的支持慢慢成为产品的一个功能项，而如何融合各个标准，解决行业领

根据最近对几个BPEL产品的研究，根据以前对XPDL的了解，分析了BPEL与XPDL在业务目标方面的主要区别。定义、缩略语：l XPDL：The XML Process Definition Language。l BPEL：Business Process Execution Language背景描述：公司最近交给我的任务之一，是通过分析BPEL的业务目标定位，来帮助我们分析在

        WfMC是国际工作流管理联盟的简称，目前业界习惯上以WfMC代替了该组织制定的XPDL、工作流参考模型等系列标准，也许这个系列称为WfMC与BPEL的对比更“悦耳”。　　最早的工作流标准组织为国际工作流管理联盟WfMC，该联盟于1993年发布了工作流参考模型以及5类工作流标准接口。截至到2007年，业界已经有10+工作流标准组织，共计7+工作流参考模型，参考模型的文档页数也由最

从严格意义上讲，BPEL与XPDL不是一个层次的规范。如BPEL的主要是用来支持基于Web service的自动化业务流程，没有任何有关人工活动的内容。 WfMC制定的XPDL标准表现为一种流程定义的格式，它是一个围绕BPM建模、仿真、运行和管理整个生命周期所建立的模型。它可以表述流程定义的绘制。 XPDL的节点元素具有X/Y坐标和大小，XPDL具有连接弧的概念，可对连接弧的转移给予具体的条件

如果比较人工活动，WS-BPEL会说：我的主人没安排过我做这个工作呀。 BPEL的主要是用来支持基于Web service的自动化业务流程，没有任何有关人工活动的内容。但构成业务流程的活动的种类超过WS-BPEL的定义，如业务流程往往需要人工参与执行， WS-BPEL也没有考虑任务列表等问题。 为了支持人工交互的流程，需要对WS-BPEL进行扩展。事实上大多数WS-BPEL厂商的产品都自行扩展了h

二者对工作流模式的支持都比较全面（主要是指常说的Control-flow部分）。具体可参照列表：http://www.workflowpatterns.com/evaluations/standard/index.php  今天看到的几点，以后可以再补充：BPEL的一个优势：通过scope元素的isolated属性支持Interleaved Parallel Routing模式：h