工作流-----第一章-----工作流发展史

 

jBPM（java Business Process Management），是一种基于JavaEE 的轻量级工作流管理框架（Framework）。

jBPM 项目于 2002 年 3 月由Tom Baeyens发起，2003 年12 月发布1.0 版本。jBPM 在 2004 年 10 月 18 日，发布了 2.0 版本，并在同一天加入了JBoss 组织，成为了 JBoss 企业中间件平台的一个组成部分，它的名称也改成 JBoss jBPM。随着 jBPM 加入 JBoss 组织，以及 JBoss 被 RedHat公司收购，jBPM 也进入一个全新的发展时代，它获得了大量的社区和商业支持，因此发展前景十分光明。

jBPM4 引入了 PVM（流程虚拟机）的设计理念，为 jBPM4 的"无限"扩展和集成提供了有力的底层功能支持。

jBPM 是 JBoss 旗下的子项目，JBoss下还包括有 Seam（JavaEE开发框架）、Drools（规则引擎）、 Hibernate（ORM持久化框架）等众多领域的优秀开源项目。由于同属于一个产品家族，所以它们能与 jBPM 完美结合，相互之间都留有接口，方便开发者对业务进行扩展，也为 jBPM 提供更多的可延伸价值。

jBPM 还是 JBoss SOA 平台的一个重要组件，与 JBoss Drools 规则引擎和 JBoss ESB 企业服务总线一起，可以为用户提供全面、完整的 SOA 解决方案。

jBPM 是一个支持"嵌入式"的业务流程管理产品，理论上可以运行在任何JavaEE应用服务器之上，也可以运行在桌面应用中。jBPM4 在流程虚拟机（PVM）技术的基础上，能够同时支持多种流程定义语言。

然后

 jBPM 的创建者Tom Baeyens离开 JBoss 了。Tom Baeyens 离开的具体原因尚不清楚，但他的离开产生了两个结果：一是 jBPM 的下一个版本 jBPM5 完全放弃了 jBPM4 的基础代码，基于Drools Flow重头来过；二是 Tom Baeyens 加入Alfresco后很快推出了新的基于 jBPM4 的开源工作流系统Activiti。由此不难推测 Tom Baeyens 离开的部分原因：JBoss 内部对 jBPM 未来版本的架构实现产生了严重的意见分歧。

之后便出现了 JBPM与activiti

2010  12 月 1 日 Activiti5 刚发布，紧接着 12 月 2 日 jBPM5 就发布了第一个候选发布版本

下面是两者的比较

 

图转自http://www.ibeifeng.com/tech-69216.html

下面说下  activiti到flowable         https://blog.csdn.net/qq_30739519/article/details/82493456 

我在写Activiti权威指南的时候，大概是2016年7月份左右。给清华大学出版社交稿的时候大概在2017年3月份左右、最终出版是2017年5月份左右。其实在2016.7~2017.5期间activiti团队内部已经产生了重大的分歧。关于新的activiti新团队与原有的团队重要开发人员我们罗列一下，细节如下：

Tijs Rademakers，算是activiti5以及6比较核心的leader了。现在是flowable框架的leader。

Joram Barrez  算是activiti5以及6比较核心的leader了。目前从事flowable框架开发。

Salaboy Activiti Cloud BPM leader（Activiti Cloud BPM 也就是目前的activiti7框架）

Tijs Rademakers以及Salaboy目前是两个框架的leader。

    特此强调一点：activiti5以及activiti6、flowable是Tijs Rademakers团队开发的。

Activiti7是 Salaboy团队开发的。activiti6以及activiti5代码目前有 Salaboy团队进行维护。因为Tijs Rademakers团队去开发flowable框架了，所以activiti6以及activiti5代码已经交接给了 Salaboy团队（可以理解为离职之前工作交接）。目前的activiti5以及activiti6代码还是原Tijs Rademakers原有团队开发的。Salaboy团队目前在开发activiti7框架。对于activiti6以及activiti5的代码官方已经宣称暂停维护了。activiti7就是噱头 内核使用的还是activiti6。并没有为引擎注入更多的新特性，只是在activiti之外的上层封装了一些应用。

    注意：activiti6的很多框架bug在flowable框架中已经修复的差不多了。

我们不妨看一下这两个框架的github分支情况，侧民印证下我上面说的结论。

Activiti框架情况
activiti的github地址;https://github.com/Activiti/Activiti

 

 

 

通过上面的一系列图，可以看出来。activiti5以及ativiti6的核心开发团队是Tijs Rademakers团队。activiti6最终版本由Salaboy团队发布的。

可能很多人有疑惑，activiti6核心代码是Tijs Rademakers团队开发的，为何是Salaboy团队发布的呢？很简单，因为这个时候Tijs Rademakers团队已经去开发flowable去了。flowable是基于activiti-6.0.0.Beta4 分支开发的。下面我们截图一些flowable的发展。

Flowable框架情况
flowable的github地址：https://github.com/flowable/flowable-engine

关于更多的Activiti6视频地址：https://ke.qq.com/course/package/11402?tuin=84de321b

关于更多的Flowable视频地址：https://ke.qq.com/course/package/11431?tuin=84de321b

目前Flowable已经修复了activiti6很多的bug，可以实现零成本从activiti迁移到flowable。

flowable目前已经支持加签、动态增加实例中的节点、支持cmmn、dmn规范。这些都是activiti6目前版本没有的。

1、flowable已经支持所有的历史数据使用mongdb存储，activiti没有。

2、flowable支持事务子流程，activiti没有。

3、flowable支持多实例加签、减签，activiti没有。

4、flowable支持httpTask等新的类型节点，activiti没有。

5、flowable支持在流程中动态添加任务节点，activiti没有。

6、flowable支持历史任务数据通过消息中间件发送，activiti没有。

7、flowable支持java11,activiti没有。

8、flowable支持动态脚本，,activiti没有。

9、flowable支持条件表达式中自定义juel函数，activiti没有。

10、flowable支持cmmn规范，activiti没有。

11、flowable修复了dmn规范设计器，activit用的dmn设计器还是旧的框架，bug太多。

12、flowable屏蔽了pvm，activiti6也屏蔽了pvm（因为6版本官方提供了加签功能，发现pvm设计的过于臃肿，索性直接移除，这样加签实现起来更简洁、事实确实如此，如果需要获取节点、连线等信息可以使用bpmnmodel替代）。

13、flowable与activiti提供了新的事务监听器。activiti5版本只有事件监听器、任务监听器、执行监听器。

14、flowable对activiti的代码大量的进行了重构。

15、activiti以及flowable支持的数据库有h2、hsql、mysql、oracle、postgres、mssql、db2。其他数据库不支持的。使用国产数据库的可能有点失望了，需要修改源码了。

16、flowable支持jms、rabbitmq、mongodb方式处理历史数据，activiti没有。

几个框架前景对比
1、2019年6月中旬 salboy已从alfresco公司离职。activiti7/8开发动向不明确。

2、flowable以6.4.1版本为分水岭，大力发展其商业版产品。开源版本维护不及时。部分功能已经不再开源版发布，比如表单生成器（表单引擎）、历史数据同步至其他数据源、es等等。dmn目前是个半成品，没有camunda稳定和好用，对于dmn规范支持薄弱。部分商业版的组件被商业化，因此开源版不再维护。Mongdb目前也放到商业产品中了，开源版的几乎不能用。