最近进行的一次技术选型(工作流引擎)及相关知识介绍
前言
最近有个新项目,需要实现类似工作流引擎的效果,如果不知道是啥,看完本文就懂了。
公司内其实也有些自研的,可能就是不像开源的这些那样,还支持这个那个规范,都是基于需求定制开发的,扩展性稍微差点。
所以,这次其实几个同事,分工调研了几个开源的和公司内的,开源的包括activiti、flowable、camunda,我这边主要调研了flowable、camunda,同事调研了activiti和公司内部的。
最终看下来,我们的需求,其实不需要用到这么复杂的开源框架,公司内的一个框架更符合一些。开源的框架,会建很多表,表也不符合公司内的建表规范,所以还需要阅读源码,去改造之类的,也比较麻烦。会引入很多jar包,总体来说,还是比较重。
文末有几个引擎的对比,大家有兴趣可以看看,也可以加我微信和我探讨(只花了两天时间,可能也了解得也比较粗略)。
最终来说,技术还是服务于需求的,不是因为框架牛逼就硬上,合适最重要。
先说说uml和omg
学过软件工程的同学,肯定知道uml,全称Unified Modeling Language,统一建模语言。建模,为啥要建模,因为软件研发过程较为抽象,一个需求来了,肯定要先分析分析,建个模(通俗就是:画个图),但是每个人画出来的图都不一样,比如uml里用一个小人来表示用户,有的人就不愿意用小人。所以,为了业界内人士沟通交流更方便,就定义了一套标准,每种图应该怎么画,包含了哪些部分。
比如uml包含了如下类型的图,每种图里,都有固定的图例来代表固定的意思(仅部分):
文章图片
ok,大家明白了uml,我再说说omg是啥,omg是个标准化组织,致力于提出uml这样类似的标准,和业界的公司进行讨论交流,各公司的人、学术界的人、omg的人,共同讨论,提出一个大家都能接受的方案,然后大家就按照这个标准来进行实现。
世界上的标准化机构很多,omg手里拿出来的,现在广为使用的,被iso采纳的,有如下几个。
文章图片
主要就是uml和bpmn,注意,没有xml(图里右上角那个是xmi)。
bpmn
图形规范
bpmn(Business Process Model And Notation)是啥,也是一种建模语言,和uml类似,就是规定:xxx,用这个来表示,yyy,用那个来表示。
bpmn主要是对工作流进行建模,大家公司里的oa系统,基本就是工作流的典范,比如下面这样一个用户请假流程,就是遵循bpmn规范的。
文章图片
这个图里,哪些地方用空心圆,哪些地方是矩形,哪些地方用菱形,都是有讲究,这就是bpmn规范里定义的。
文章图片
xml规范
bpmn对图形有规范,对图形背后的存储格式也有定义,这个图,最终会转化为一份xml,这份xml也是遵循特定的schema的。
文章图片
上图这个xml,就是遵循omg官方的schema,里面最外层是一个process元素,里面的元素则只能是startEvent、sequenceFlow等。
这样标准化了之后,业界各个厂商,就可以各自开发一套实现,只要这套实现,最终能生成上面这样的xml,那就是符合bpmn的,拿这份bpmn文件到其他厂商那里,其他厂商的程序也能正确解析该文件,因此就实现了互联互通,这就是标准的力量。
bpmn版本历史
主要是4个版本,现在业界基本都是基于2010年的最新版本2.0进行实现,也就是bpmn2.0
VERSION | ADOPTION DATE | URL |
---|---|---|
2.0 | 十二月 2010 | https://www.omg.org/spec/BPMN/2.0/ |
1.2 | 一月 2009 | https://www.omg.org/spec/BPMN/1.2/ |
1.1 | 一月 2008 | https://www.omg.org/spec/BPMN/1.1/ |
1.0 | 三月 2007 | https://www.omg.org/spec/BPMN/1.0/ |
文章图片
这些实现,互相有些关系,就像log4j的维护人后来又创建了logback一样。
文章图片
目前主要就是在 Camunda/flowable 6/ activiti里面去选择。
flowable 内嵌模式快速了解 创建maven工程(文末有代码) 如果一上来,直接就开始比较各框架的差异,大家由于对其中任意一个都不了解,所以也没法参照。这里先讲一下flowable框架(目前最先了解这个框架)。
flowable 引擎,支持两种运行模式,一种是内嵌到业务服务中,咱们先讲这种。
先建一个普通的maven工程,加入flowable引擎的依赖以及h2内嵌数据库的依赖(正式项目会换成mysql等持久化数据库)
org.flowable
flowable-engine
6.7.2
com.h2database
h2
1.4.192
创建流程引擎实例 以下,先创建一个引擎实例出来:
import org.flowable.engine.ProcessEngine;
import org.flowable.engine.ProcessEngineConfiguration;
import org.flowable.engine.impl.cfg.StandaloneProcessEngineConfiguration;
public class HolidayRequest {public static void main(String[] args) {
ProcessEngineConfiguration cfg = new StandaloneProcessEngineConfiguration()
.setJdbcUrl("jdbc:h2:mem:flowable;
DB_CLOSE_DELAY=-1")
.setJdbcUsername("sa")
.setJdbcPassword("")
.setJdbcDriver("org.h2.Driver")
.setDatabaseSchemaUpdate(ProcessEngineConfiguration.DB_SCHEMA_UPDATE_TRUE);
ProcessEngine processEngine = cfg.buildProcessEngine();
}}
接下来,我们就可以往这个引擎实例上部署一个流程xml。比如,假设我们最终想建立一个员工请假流程,那么,我们可以通过各种办法(如flowable自带的web-ui拖拽的方式或手动创建xml等),来建立一个下面这样的,符合bpmn2.0规范的流程定义xml(holiday-request.bpmn20.xml)。
这个xml是不是比较抽象?这个xml就类似于一种标准格式,就像java的class文件一样,实现跨平台的效果。
该xml对应的流程图如下:
文章图片
接下来,我们就把这个文件,传给流程引擎,让它基于该文件,创建一个工作流。
RepositoryService repositoryService = processEngine.getRepositoryService();
Deployment deployment = repositoryService.createDeployment()
.addClasspathResource("holiday-request.bpmn20.xml")
.deploy();
创建后,实际就写到内存数据库h2了,此时,我们还可以把它查出来
ProcessDefinition processDefinition = repositoryService.createProcessDefinitionQuery()
.deploymentId(deployment.getId())
.singleResult();
System.out.println("Found process definition : " + processDefinition.getName());
创建工作流实例 工作流实例,一开始需要一些输入参数,员工不是需要请假吗,我们就需要:员工姓名、请假天数、事由等。
Scanner scanner= new Scanner(System.in);
System.out.println("Who are you?");
String employee = scanner.nextLine();
System.out.println("How many holidays do you want to request?");
Integer nrOfHolidays = Integer.valueOf(scanner.nextLine());
System.out.println("Why do you need them?");
String description = scanner.nextLine();
RuntimeService runtimeService = processEngine.getRuntimeService();
Map variables = new HashMap();
variables.put("employee", employee);
variables.put("nrOfHolidays", nrOfHolidays);
variables.put("description", description);
ok,参数准备好了,就准备传给工作流了:
ProcessInstance processInstance =
runtimeService.startProcessInstanceByKey("holidayRequest", variables);
此时,就会根据流程定义里的:
创建一个任务,任务有个标签,就是candidate group,这里是manager,可以猜得出,是给manager建了个审批任务。
manager查询并审批任务 以下,基于manager查询任务:
TaskService taskService = processEngine.getTaskService();
List tasks = taskService.createTaskQuery().taskCandidateGroup("managers").list();
System.out.println("You have " + tasks.size() + " tasks:");
for (int i=0;
i
我们可把任务打印出来看看:
System.out.println("Which task would you like to complete?");
int taskIndex = Integer.valueOf(scanner.nextLine());
Task task = tasks.get(taskIndex - 1);
Map processVariables = taskService.getVariables(task.getId());
System.out.println(processVariables.get("employee") + " wants " +
processVariables.get("nrOfHolidays") + " of holidays. Do you approve this?");
审批任务:
boolean approved = scanner.nextLine().toLowerCase().equals("y");
variables = new HashMap();
variables.put("approved", approved);
taskService.complete(task.getId(), variables);
这里就是把全局变量 approved,设为了true,然后提交给引擎。引擎就会根据这里的变量为true还是false,走不同分支。对应了:
文章图片
回调用户代码--用户开始休假 上面审批后,就会进入下一个节点:休假。
这里有个class,就是需要我们自己实现的。
文章图片
然后,基本流程就自己走完了。
flowable rest-api模式 简介 【最近进行的一次技术选型(工作流引擎)及相关知识介绍】上面那种,是其作为一个jar,内嵌到我们的程序里,创建引擎对下。由我们业务程序去驱动引擎的运行。引擎和业务代码在同一个进程。
其实,flowable也可以作为一个独立服务运行,提供rest-api出来,这样的话,非java语言的开发者也可以使用该引擎了。
这个只需要我们下载官方的zip包,里面有个rest的war包,我们丢到tomcat里运行。
文章图片
上传工作流定义xml文件,部署工作流 如果要实现上面java-api那样的功能,我们就需要调接口来实现
文章图片
下面就开始启动工作流:
文章图片
其他接口就不一一展示了。可以参考文档。
flowable-ui,通过web ui进行流程xml建模 上面手工建立xml,还是比较累的,我们可以通过其提供的web ui来建模,省点力气。(不过也不是很好用,各种名词比较费解,大家可能还是要自己做一套前端界面,调用自己的接口,来生成一个xml文件)
上面的rest那一节,tomcat里就部署了一个flowable-ui的。
就可以通过下面这样的方式来建模。
文章图片
其他方面 活跃程度:activiti是最活跃的,activiti (非常活跃,一天一个alpha版本)> camunda(一个月一个alpha版本) > flowable(几个月或半年一个版本)
依赖:会引入37个jar包,当前最新的6.7.2版本
mysql:核心建表语句为7张,历史表5张;程序运行后,结果有47张表,具体原因暂时没去研究
持久层框架:写mysql表时,使用mybatis
引擎对比
文章图片
总结 demo代码:
https://gitee.com/ckl111/all-simple-demo-in-blog/tree/master/flowable-test
推荐阅读
- 通过Feign进行调用@FeignClient|通过Feign进行调用@FeignClient 找不到的解决方案
- 《利用Python 进行数据分析》第十章(时间序列)
- 内网|MS14-068漏洞进行提权
- 推荐|推荐 10 本 Go 经典书籍,从入门到进阶(含下载方式)
- Ubuntu更新命令无法执行的,下一步该怎么办()
- console打印动态进度条
- netty实战|Netty进阶 -- 非阻塞网络编程 实现群聊+私聊+心跳检测系统
- 字符串压缩(一)之ZSTD
- 【Go进阶—并发编程】WaitGroup
- 一文搞懂Go|一文搞懂Go Exec 僵尸与孤儿进程