概述

本文介绍如何将springboot+activiti进行整合,并配合eureka,zuul和feign实现activiti的微服务化,将流程控制和业务逻辑分离. 并实现了几个比较特殊的功能,比如时间段委托(某人请假或出差,出差时间内,所有待办交给被委托人处理),比如节点的无限级加签功能(流程本身有不确定性,临时增加审核人)

详细

一、分析流程

整理了一下整个流程，共分以下四个步骤：

1.首先进行springboot2.x和activiti的整合。

    注1：整合不需要太多的操作,只需引入指定pom索引,并简单添加配置就能直接使用;注2：整合包括了activiti的模型编辑插件activiti-moleder的整合和简单修改；注3:附件中存在几个可以直接运行的bpmn文件,分别对应了几个功能

2.添加eureka-server和zuul,并创建一个工作流功能的使用者,使用feign对activiti的暴露方法进行访问实现流程流转,将核心功能和流转功能分开,核心功能自己保留,流转功能以接口的方式暴露,实现activiti的微服务化。

    注1：流程使用者需要自己编写对应的业务流程,工作流模块只负责流程管理,将业务和流程控制最大限度解耦分离。注2：核心功能包括模型创建,编辑,定义,导出,用户用户组的整合；注3：流转功能包括提交,完成,查询流程变量,获取流程自定义表单,获取待办已办事项等；

3.实现时间段委托功能

    注1：例如某人需要请假或者出差,请假出差期内,他的所有待办事项将交于被委托人处理。注2：一旦委托,将只有被委托人可以看到任务,委托人将失去该任务的审核权限(待完善)；注3：只能实现办理人和候选人的委托,候选组内人员的委托未实现；注4:实现方法是通过全局事件监听器对用户实体创建的时间进行监听,然后修改

4.实现节点的无限级加签

    注1：功能有些变态,因为个人理解,如果业务部门没有固定的流程,没有必要使用工作流引擎,手写流程他不香吗?注2：限制比较高,需要用户任务节点使用多实例串行类型；注3：加签的实现方式有很多,有手动增加节点,并持久化(持久化是为了日志),有多实例任务加签(非串行)等,这里只实现了串行多实例加签；

5.实现节点的自定义表单

    注1：自定义表单分为内置表单和外置表单,一个保存字段信息,一个保存的是外部制作好的表单的key注2：本demo只实现了内置表单,即字段信息保存；注3：这种方法需要前端拿到字段之后,进行手动渲染；

二、具体实现过程及问题解决

第一步：

1.创建springboot项目,引入activiti的pom索引,以及配置文件；

pom.xml

注意:这里有个坑,使用tk.mybatis和activiti整合的伙伴注意了,要将这个排除

application.yml

然后直接运行会发现数据库中多了二十多张表

2.整合activiti-modeler：

先导入activiti-modeler的端文件

在传入必要的activiti的几个配置以及接口(必要接口,附件中有这里就不贴了,图片太多了影响阅读)

3.到此集成结束,正常的话可以直接运行,这是需要自行解决前端问题,最终结果如下:

 

成功！第一步结束！

第二步：

1.创建工作流任务使用者,并使用eureka,zuul以及feign进行微服务调用

如果需要查看eureka+zuul+feign的使用,请移步至springboot+eureka+zuul 完整demo

创建一个新的模块和activiti模块平级,这个模块包含具体的业务和流转服务接口的调用

具体业务代码

feign代码

具体的页面和请假业务需要自己编写,最终结果如下

没有实现登录功能,使用下拉框模拟待办事项的当前登录人

第二步骤结束

第三步：

1.实现全局的时间段委托功能

首先添加委托功能的CRUD,根据自己的业务去定义

定义一个activiti的全局事件监听器,并注册到springboot中

在事件监听器中,监听实体创建时间,并判断当前实体是否为 IdentityLinkEntity ,且是用户,则修改办理人

成功！第三步结束！

第四步：

1.实现节点的无限级加签

首先修改模型

再修改自定义表单属性

最后修改代码,如果需要加签,在act_ru_variables表中修改办理人集合和实例总数即可实现加签,加签后返回,其实是在最后一个节点审批的时候,再加签给第一个办理人

第五步：

1.自定义表单的实现

首先在一个用户任务节点配置字段

后台取出保存的字段,并返回前端手动渲染

 

 

最终结果如下

至此,全部结束,项目最终结构如下,具体实现在demo,demo可直接运行,并包含几个模型文件,可以直接使用