Activiti与JBPM概念和差异（整理和汇总）

导读 ｜ Activiti VS JBPM

Activiti概念

一、Activiti特点

1、数据持久化

activiti 设计思想：简洁、快速。使用mybatis

2、原生支持spring

方便集成spring进行事务管理

3、流程设计

eclipse插件安装后有流程设计器，方便使用。

4、引擎接口

提供了7个引擎接口，方便调用

二、Activiti核心组件

1. Activiti Engine：作为最核心的模块，提供针对BPMN 2.0规范的解析、执行、创建、管理（任务、流程实例）、查询历史记录并根据结果生成报表。
2. Activiti Modeler：是模型设计器，其并非由Activiti公司所开发，而是由业界认可的Signavio公司赠送的（Signavio原本是收费的产品，现在被免费授权给Activiti用户使用）。适用于业务人员把需求转换为规范流程定义。
3. Activiti Designer：功能和Activiti Modeler类似，同样提供了基于BPMN 2.0规范的可视化设计功能，但是目前还没有完全支持BPMN规范的定义。适用于开发人员，可以把业务需求人员用Signavio设计的流程定义（XML格式）导入到Designer中，从而让开发人员将其进一步加工成为可以运行的流程定义。
4. Activiti Kickstart：基于表格的流程设计工具。用Activiti引擎可用的构件（constructs）的子集提供给快速创建“即席（adhoc）”的业务流程。
5. Activiti Explorer：可以用来管理仓库、用户、组，启动流程、任务办理等。此组件使用REST风格API（目的在于让开发人员快速入门），提供一个基础的设计模型。如果业务简单，也可以直接使用无需开发。还可以作为后台管理员的流程、任务管理系统使用。
6. Activiti REST：提供Restful风格的服务，允许客户端以JSON的方式与引擎的REST API交互，通用的协议具有跨平台、跨语言的特性。

三、Activiti5与jBPM5技术组成对比

说明：

1、数据库持久层ORM (MyBatis3与Hibernate3)

2、持久化和事务管理

jBPM5 使用Hibernate作为数据持久化ORM实现，采用基于JPA/JTA的可插拔的持久化和事务控制规范；

Activiti 使用MyBatis进行底层数据库ORM的管理。使用Spring进行引擎配置以及各个Bean的管理；

四、Activiti与JBPM 相比有更简洁、健壮的接口

JBPM5抛弃了原来JBMP4的代码基础，重新基于drools进行了实现。JBPM5，JBPM6按照drools的接口再提供了一套JBPM接口，同名的接口，实现类不断重复出现，代码体系混乱。

Activiti中提供TaskQuery接口，可以设置各种查询过滤，排序方式，最终通过list方法执行查询

JBPM 的接口代码（查询待办事项接口）

Activiti 的接口代码 （查询待办事项接口）

五、Activiti与JBPM 依赖JAR相对少，比较轻量

Activiti依赖的第三方jar包较少，常用的是：activiti-engine-5.91.jar，activiti-spring-5.9.jar。而JBPM则依赖jar较多。

但这不是重点的区别，相对来说工程大小可能不同了。

六、Activiti与JBPM Activiti支持启动引擎后随时热部署

Activiti提供了Deploy机制

声明：文章属于个人原创，转载请注明文章出处