工作流产品三大系列.docx

/blog/126268工作流产品三大系列关键字: bpm, java, jbpm, workflow, 工作流, j2ee 作者：杨洪波工作流一直是实施BPM的重要环节，以往的开源与闭源的划分已经不适合如今的工作流局势，开源已经渗透到了各个领域，如今的工作流已是三分天下的大局。 图1 工作流参考模型基本部件接口 一般在划分工作流产品时，会按是否开源分为商业产品和开源产品两大类。时至今日，业内人士都会同意这样的一个观点:漠视开源是非常可怕的一件事情。所以本文中不再按这样的标准进行划分，而把工作流产品分为如下三大系列:纯工作流系列、BPM系列和融合系列。 纯工作流系列 工作流管理联盟（workflow management coalition, WFMC)定义了工作流参考模型，图1描述了该模型的基本部件和基本接口。 纯工作流系列的产品都是遵循工作流参考模型的，包括OMG/BPMI等组织制定的标准也是如此，很多人都知道OMG是从CORBA开始的。CORBA的思想很超前，但不是很实用。OMG的Workflow Management Facility也秉承了这两大特点，在追求高效轻量的今天，它们注定不是很顺应发展。 BPMI在纯工作流系列处于很尴尬的地位，现在已经销声匿迹，当然它的BPML与XPDL做到了协同发展。XPDL是纯工作流系列剩余力量中最强的，虽然地位一步步削弱，但仍然在靠以前积累的用户数维持着发展。 纯工作流系列并没有产生比较有代表性的作品，而且发展也并不是很好。OsWorkflow的版本更新也很慢，至今没有一个很规范的流程定义工具，流程辅助功能也基本没有。OpenWFE的关注点非常的少。YAWL在学术界有部分人在做研究，因为它是基于PetriNet实现的产品。jBPM被jBoss收购后，jBoss又被Red Hat收购，目前已经进入了融合派角色。OBE很快就不见了影踪。Ofbiz已经基本脱离了工作流领域，在该行业已经没有太多的发言权。下面专门对Shark进行讲解。 Shark是Enhydra系列产品中的一个，所以它的持久层采用了Enhydra DODS来实现。基本上没有什么人使用DODS，也没有人了解它，而且它的表现并不很优秀。在Shark1.0阿尔法版中，有外界人士提供了Shark的Hibernate实现，但Shark并没将该实现集成到产品中，也无计划在将来的版本中转向支持Hibernate。 这不是很符合开源的思想，也在使用和推广中出现了很多的问题。很多人在使用Shark时就花费了很多时间研究学习DODS，本期望后续版本中会支持已经全球流行的Hibernate，但等来的是一次又一次的失望。Shark的版本更新比较慢，代码的更新也没有按照开源的方式完成，k在1.0版本后直接就发展到了2.0版本。 ?BPM系列局势 BPM系列标准发展非常快，在三年时间内出现了9大标准，如图2所示。 WSCI的几个领导人物如BEA/SAP/Sun等均已经投靠到BPEL，WSCI基本上没有了发展的空间。ebXML只能在电子商务领域发展，由于它的体系结构的全面性，目前还有部分学术界人士在研究ebXML，但应该不会有很大起色。 BPEL在这两年得到了大力的发展。2002年8月9日，BEA/IBM/MS提出BPEL标准。 2003年4月6日，OASIS组织用WS-BPEL的名字吸纳了BPEL标准（ebXML也是该组织旗下的大将，OASIS开始并不同意接收BPEL）。2003年5月3日，SAP/SIEBEL加入并共同推出WS-BPEL1.1版。2003年5月16日，Sun和ORACLE也加入了BPEL标准的领导者行列。WSCI被瓦解，而WS-BPEL2.0的草案也在当时被纳入议事日程。 BPM系列中的几个领导者都是同时支持BPEL和非BPEL的，他们的产品并不独立地实现BPEL，我们称这样的产品为融合派，融合派基本是以前的BPM系列中的大项目。本文的BPM系列指比较独立的BPEL或者ebXML实现，这样的产品基本是以前的BPM系列中的寒门。 由于这些寒门没有财力支持，发展都比较缓慢。Open ebXML处在不仅没有财力，也缺乏用户的境地。Twister依然没有很大起色。ActiveBPEL由于有后台公司的支持，有一定的发展，但Active Endpoints也缺乏足够的财力支持，所以ActiveBPEL发展也不迅速。 ?融合系列产品局势 融合系列是新发展出来的派系，它的来源有两个:一是BPM系列中的大户人家，如IBM;二是纯工作流系列中的成员，如jBPM。下面以点带面，分别讨论。 1.IBM Websphere系列 说到IBM的业务整合野心，我们不得不提起2002年IBM的两次收购。2002年1月，IBM用1.29亿收购CrossWorlds软件公