Activity代码实现

简介: 本教程通过创建BPMN流程、部署定义、启动实例、查询与完成任务,演示Activiti工作流引擎的基本使用。涵盖流程定义部署、任务操作及数据库表变化,帮助快速掌握工作流开发核心步骤。

1 创建bpmn流程
resources下新建一个文件夹,名称随意,这里我们叫:bpmn
右键,新创建一个:bpmnFile,名称随意,这里我们叫:hello.bpmn
拖拽生成流程节点信息,这里我们简单操作,视频操作流程如下:
好了,截止目前我们就生成了一个简单的,单节点审批的工作流。接下来我们就将以此流程作为Demo,开始我们的学习之路。
2 部署流程定义
此代码是模拟我们开发好一套审批流程,后续员工就可以发起这个流程
请确保你已正确配置数据库连接(端口、用户名、密码),数据库处于启动状态,并且在本地创建了对应的数据库:activiti(名称可以随意)。
代码编写
上述代码唯一需要注意的地方,就是:addClasspathResource 中的路径,如果读者们与我保持不一致,请记得及时修改。
代码测试
运行单测,会发现日志中打印了大量的DDL语句,这是因为Activiti作为一款成熟的工作流引擎框架,他已经有了完善的数据库:
执行完成我们在最后的日志中看到输出结果:
此时我们去刷新数据库,会发现多了25张表,如下(大概表分类我们放在:04-Activiti拓展篇讲解,这里只讲最简单的上手Demo):
此时,最关键的来了:我们去:act_re_procdef中会发现有我们刚才的流程定义:
这就验证了我们的流程定义代码测试成功。相当于我们公司现在有了一个单节点的审批流程,后面就等着用户发起,这个流程就可以使用起来。
3 启动流程实例
此代码模拟的就是某个用户开始提交流程,此时就会开启某个流程,如下
这里面需要注意的是:流程实例的key,对应表:act_re_procdef.key字段,二者必须保持一致,也就是bpmn文件id属性值。
当我们执行完成,输出打印如下:
此时我们去:act_ru_task 表中可以看到生成一个新的task数据,即当前用户开启了一个新的流程
同时可以查看到流程的多个任务节点信息:act_ru_execution
4 查询当前任务
此代码模拟员工查询目前审批在哪个节点,好催促对应审批人员进行审批
运行后代码输出如下:
5 完成指定任务
此代码模拟某个用户完成对应的节点,即:审批通过/拒绝,流程就会自动流转至下一个节点
需要注意的是,此id对应的是上述:4 查询当前任务 返回任务ID保持一致。
当运行完成后,表:act_ru_task、act_ru_execution这种进行中数据都会清空,进入到:acthi**表中。
以上我们就完成了一个简单的工作流引擎代码编写与测试。
6 完整代码汇总
Java
运行代码
复制代码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
package com.demo;

import org.activiti.engine.ProcessEngine;
import org.activiti.engine.ProcessEngines;
import org.activiti.engine.RepositoryService;
import org.activiti.engine.repository.Deployment;
import org.activiti.engine.runtime.ProcessInstance;
import org.activiti.engine.task.Task;
import org.junit.Test;

import java.util.List;

public class ActivitiTest {

@Test
public void deploymentProcessDefinition(){
    //创建ProcessEngine对象
    ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
    //获取RepositoryService对象
    RepositoryService repositoryService = processEngine.getRepositoryService();
    //进行部署
    Deployment deployment = repositoryService
            .createDeployment()
            .name("测试入门案例")
            .addClasspathResource("bpmn/hello.bpmn")
            .deploy();
    //输出部署的一些信息
    System.out.println("流程部署ID:"+deployment.getId());
    System.out.println("流程部署名称:"+deployment.getName());
}

@Test
public void startProcessInstance(){
    //获取与正在执行的流程示例和执行对象相关的Service
    ProcessInstance processInstance = ProcessEngines.getDefaultProcessEngine().getRuntimeService()
            //使用流程定义的key启动实例,key对应bpmn文件中id的属性值,默认按照最新版本流程启动
            .startProcessInstanceByKey("myProcess_1");
    System.out.println("流程实例ID:"+processInstance.getId());
    System.out.println("流程实例定义ID:"+processInstance.getProcessDefinitionId());
}

@Test
public void findPersonalTask(){
    //与正在执行的任务相关的Service
    List<Task> list = ProcessEngines.getDefaultProcessEngine().getTaskService()
            .createTaskQuery()  //创建查询任务对象

// .taskAssignee("UserTask") //指定个人任务查询,指定办理人
.list();
if(list != null && list.size() > 0){
for(Task task : list){
System.out.println("任务ID" + task.getId());
System.out.println("任务名称" + task.getName());
System.out.println("任务创建时间" + task.getCreateTime());
System.out.println("任务指定人" + task.getAssignee());
System.out.println("任务流程实例ID" + task.getProcessInstanceId());
System.out.println("任务执行ID" + task.getExecutionId());
System.out.println("任务流程定义ID" + task.getProcessDefinitionId());
}
}
}

@Test
public void completePersonalTask(){
    // 对应task表的id
    ProcessEngines.getDefaultProcessEngine()
            .getTaskService()
            .complete("2505");
}

/**
 * 1-2-3-4
 *
 * 2-1-3-4
 * 3-1-2-4
 * 流程编排、流程可视化
 */

}

相关文章
|
25天前
|
存储 缓存 安全
One Trick Per Day
初始化Map应避免默认容量导致扩容,推荐Guava的`newHashMapWithExpectedSize`;禁用Executors创建线程池,防止OOM,应手动通过`ThreadPoolExecutor`设置合理参数;`Arrays.asList`返回不可变列表,禁止修改操作;遍历Map使用`entrySet`提升性能;`SimpleDateFormat`非线程安全,建议用`ThreadLocal`或Java8时间类;并发修改记录需加锁,优先乐观锁,冲突高则用悲观锁。
|
25天前
|
存储 缓存 监控
EFC&CTO:缓存引发数据不一致问题排查与深度解析
EFC客户端更新缓存架构后,CTO测试出现data mismatch。经排查,因分布式缓存版本号回退,导致旧NULL数据被读入pagecache并刷入文件系统,破坏了NAS数据一致性。修复后10轮测试通过。
|
25天前
|
运维 安全 Devops
生产环境缺陷管理
git-poison基于go-git实现分布式bug追溯,解决多分支开发中bug漏修、漏发等问题。通过“投毒-解毒”机制,自动化卡点发布流程,降低协同成本,避免人为失误,已在大型团队落地应用,显著提升发布安全与效率。
|
25天前
|
存储 Java
超长String接收处理
Java中字符串变量最大长度可达Integer.MAX_VALUE,但字符串字面量受class文件格式限制,理论最大65535,实际仅支持65534。超长字面量编译报错,需通过StringBuilder分段处理,避免“常量字符串过长”问题。
|
25天前
|
Java 测试技术 API
从Google线上故障,谈灰度发布的重要性
2025年6月12日,Google Cloud因未灰度发布的新配置引发空指针异常,导致Gmail、YouTube等服务中断超7小时。故障暴露了缺乏配置灰度与错误处理机制的风险。本文结合Nacos等配置中心的IP/标签灰度方案,探讨如何通过渐进式发布保障系统稳定性,避免全局故障。
|
25天前
|
缓存 运维 监控
一场FullGC故障排查
本文记录了线上容器 CPU 使用率达 104% 告警的排查与解决过程。排查初期,因机器内存使用率正常(62%),排除 Full GC、接口高并发等猜测,后发现监控偏差,通过 JVM 监控确认 Full GC 导致 CPU 飙升。经 JProfiler 分析堆内存快照,定位到问题根源:Excel 解析<Map>对象长期占用堆内存,空间效率低,且因任务逻辑长期存在(4-12 小时),易打满老年代触发 Full GC。解决方案分两类:一是激进方案(数据存入 Redis,彻底避免内存占用),二是保守方案(删除无用字段、优化缓存逻辑缩减数据量)。最后总结排查要点,强调 JVM 监控的重要性及大对象排查的
|
25天前
|
Java 测试技术 Linux
生产环境发布管理
本文介绍大型团队如何通过自动化部署平台实现多环境(dev/test/pre/prod)高效发布与运维。涵盖各环境职责、基于Jenkins+K8S的CI/CD流程、分支管理、一键发布及日志排查方案,结合Skywalking实现链路追踪,提升发布效率与问题定位能力。(238字)
|
25天前
|
存储 Java
Excel读取并数据List/Map-POI
该工具类基于POI解析.xls格式Excel文件,支持按行读取数据并映射为Java对象。通过反射机制将每行数据转换为VO实例,分别支持全局Map(键值对)和List形式存储结果,适用于固定模板的数据导入场景,需注意列数、顺序与VO字段一致。
|
25天前
|
XML Java 数据格式
HUTOOL-Word生成-Word07Writer
Hutool封装POI实现Word(docx)生成,提供Word07Writer类,支持字体、段落添加,便捷创建文档。依赖hutool-all与poi-ooxml,适用于简单Word文件导出场景。
|
25天前
|
存储 API 数据库
Activiti框架拓展
Activiti表结构以ACT_开头,分五类:ACT_RE_*存流程定义等静态资源;ACT_RU_*存运行时实例、任务等数据;ACT_HI_*存历史记录;ACT_ID_*管理用户组信息;ACT_GE_*处理通用数据。各表协同支持流程引擎高效运作。

热门文章

最新文章