Flowable核心Service和部署流程详解
1. Servcie服务接口
Service是工作流引擎提供用于进行工作流部署、执行、管理的服务接口,我们使用这些接口可以就是操作服务对应的数据表
1.1 Service创建方式
通过ProcessEngine创建Service
方式如下:
RuntimeService runtimeService = processEngine.getRuntimeService();
RepositoryService repositoryService = processEngine.getRepositoryService();
TaskService taskService = processEngine.getTaskService();
1.2 Service总览
service名称 | service作用 |
---|
RepositoryService | Flowable的资源管理类 | RuntimeService | Flowable的流程运行管理类 | TaskService | Flowable的任务管理类 | HistoryService | Flowable的历史管理类 | ManagerService | Flowable的引擎管理类 |
简单介绍:
RepositoryService
是activiti的资源管理类,提供了管理和控制流程发布包和流程定义的操作。使用工作流建模工具设计的业务流程图需要使用此service将流程定义文件的内容部署到计算机。
除了部署流程定义以外还可以:查询引擎中的发布包和流程定义。
暂停或激活发布包,对应全部和特定流程定义。 暂停意味着它们不能再执行任何操作了,激活是对应的反向操作。获得多种资源,像是包含在发布包里的文件, 或引擎自动生成的流程图。
获得流程定义的pojo版本, 可以用来通过java解析流程,而不必通过xml。
RuntimeService
Activiti的流程运行管理类。可以从这个服务类中获取很多关于流程执行相关的信息
TaskService
Activiti的任务管理类。可以从这个类中获取任务的信息。
HistoryService
Flowable的历史管理类,可以查询历史信息,执行流程时,引擎会保存很多数据(根据配置),比如流程实例启动时间,任务的参与者, 完成任务的时间,每个流程实例的执行路径,等等。 这个服务主要通过查询功能来获得这些数据。
ManagementService
Activiti的引擎管理类,提供了对Flowable 流程引擎的管理和维护功能,这些功能不在工作流驱动的应用程序中使用,主要用于 Flowable 系统的日常维护。
2.图标介绍
??BPMN 2.0是业务流程建模符号2.0的缩写。它由Business Process Management Initiative这个非营利协会创建并不断发展。作为一种标识,BPMN 2.0是使用一些符号来明确业务流程设计流程图的一整套符号规范,它能增进业务建模时的沟通效率。目前BPMN2.0是最新的版本,它用于在BPM上下文中进行布局和可视化的沟通。接下来我们先来了解在流程设计中常见的 符号。
BPMN2.0的基本符合主要包含:
2.1 事件图标
??在Flowable中的事件图标启动事件,边界事件,中间事件和结束事件.
2.2 活动(任务)图标
??活动是工作或任务的一个通用术语。一个活动可以是一个任务,还可以是一个当前流程的子处理流程; 其次,你还可以为活动指定不同的类型。常见活动如下:
2.3 结构图标
??结构图标可以看做是整个流程活动的结构,一个流程中可以包括子流程。常见的结构有:
2.4 网关图标
??网关用来处理决策,有几种常用网关需要了解:
3.流程部署详解
??我们先来看下流程部署的具体过程。代码实现
@Test
public void test3(){
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
RepositoryService repositoryService = processEngine.getRepositoryService();
Deployment deploy = repositoryService.createDeployment()
.addClasspathResource("holiday-request-new.bpmn20.xml")
.name("请假流程...")
.category("请假")
.tenantId("dpb")
.deploy();
System.out.println("deploy.getId() = " + deploy.getId());
System.out.println("deploy.getName() = " + deploy.getName());
System.out.println("deploy.getCategory() = " + deploy.getCategory());
}
涉及到的三张表:
部署资源表:act_ge_bytearray
字段 | 名称 | 备注 |
---|
ID_ | 主键 | | REV_ | 版本号 | | NAME_ | 名称 | 部署的文件名称,如:holiday-request-new.bpmn20.xml、holiday-request-new.bpmn20.png | DEPLOYMENT_ID_ | 部署ID | | BYTES_ | 字节(二进制数据) | | GENERATED_ | 是否系统生成 | 0为用户上传, 1为系统自动生成, 比如系统会 自动根据xml生 成png |
部署ID表:act_re_deployment
字段 | 名称 | 备注 |
---|
ID_ | 主键 | | NAME_ | 名称 | | CATEGORY_ | 分类 | | TENANT_ID_ | 租户ID | | DEPLOY_TIME_ | 部署时间 | | DERIVED_FROM_ | 来源于 | | DERIVED_FROM_ROOT_ | 来源于 | | ENGINE_VERSION_ | 流程引擎的版本 | |
流程表:act_re_procdef
字段 | 名称 | 备注 |
---|
ID_ | 主键 | | REV_ | 版本号 | | CATEGORY_ | 分类 | 流程定义的Namespace就是类别 | NAME_ | 名称 | | KEY_ | 标识 | | VERSION_ | 版本 | | DEPLOYMENT_ID_ | 部署ID | | RESOURCE_NAME_ | 资源名称 | 流程bpmn文件名称 | DGRM_RESOURCE_NAME_ | 图片资源名称 | | DESCRIPTION_ | 描述 | | HAS_START_FORM_KEY_ | 拥有开始表单标识 | start节点是否存在formKey 0否 1是 | HAS_GRAPHICAL_NOTATION_ | 拥有图形信息 | | SUSPENSION_STATE_ | 挂起状态 | 暂停状态 1激活 2暂停 | TENANT_ID_ | 租户ID | | | | |
注意:
业务流程定义数据表。此表和ACT_RE_DEPLOYMENT是多对一的关系,即,一个部署的bar包里可能包含多个流程定义文件,每个流程定义文件都会有一条记录在ACT_REPROCDEF表内,每个流程定义的数据,都会对于ACT_GE_BYTEARRAY表内的一个资源文件和PNG图片文件。和ACT_GE_BYTEARRAY的关联是通过程序用ACT_GE_BYTEARRAY.NAME与ACT_RE_PROCDEF.NAME_完成的
|