XPDL与WS-BPEL的比较之五：形势与未来

1.标准不决定解决方案的成败 询问对标准的实现慢慢已成为招标过程中的一种形式而已，是否遵循某标准只是众多功能项列表中的一个对号或者叉号， XPDL和BPEL有着不同的目标，在功能方面有大量交叉。目前最现实的处理为，提供对各种业务流程的统一处理方式，而不是仅仅为标准而标准，目前各个厂商产品以及解决方案也的确是如此进行处理的。对某个标准的支持慢慢成为产品的一个功能项，而如何融合各个标准，解决行业领域的实际问题才是解决方案的关键。 BEA业务流程解决方案主要基于AquaLogic BPM Suite，该产品基于XPDL2.0标准，但最近版本通过加入Eclipse组织的开源BPEL设计器，也宣称了对BPEL2.0的支持。替BEA做广告了！

目前国内的很多工作流产品声称是遵循WfMC规范的，而实际上只是借鉴了节点、连接弧、应用程序等理念，没有使用规范规定的XPDL语法，也不管实现了几成功力，离流程描述的互操作目标还相差很远；而在引擎接口方面更是多种多样了，这其实倒也无妨的。因为本身WfMC的引擎接口是按照C语言的哲学设计的，离现在的IOC/AOP等理念差远了，个人认为也只能作为功能性参考。

2.WfMC在中国还是被认可，还是比较成熟的。。。。 考虑到WfMC规范稳定存在了很长时间，得到了各位的大力支持与协助，感谢CCTV,感谢MTV，感谢。。。。考虑到目前国内的各个行业有大量涉及人工参与的业务流程。 3.xpdl已入暮年，ws-bpel的未来存在变数 xpdl已不是the state of art，也得不到实力厂商(IBM/BEA/SAP/Microsoft)的的推动支持，也只有TIBCO（还厉害点），富士通，Global 360等几个人在吆喝，台湾还有猛男华苓支持。 看看BEA，收购Fuego，玩玩BPEL。 IBM收购了XPDL的祖师爷之一FileNet，又在当WS-BPEL的老大标准嘛，只是我挖的一个坑。 ws-bpel也被众多学院派以及旧势力严重怀疑中。

 

 

在业务流程建模领域各种标准太多了，如BPMN、WS-CDL、ebXML、ARIS和SAP的EPC、RosettaNet。

他们与XPDL/BPEL均有联系，在功能方面也有重合，

如XPDL2.0的重要目标之一就是映射为BPMN的图形表示；

WS-BPEL/WS-CDL重合很多，目的大致相同，哲学略有差别；

RosettaNet在B2B领域的业务流程整合很有发言权。