学习记录554@flowable候选人组机制

最新推荐文章于 2025-05-31 16:36:18 发布
原创 最新推荐文章于 2025-05-31 16:36:18 发布 · 5.3k 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#flowable

本文介绍了Flowable流程引擎中如何处理候选人组，通过示例展示了创建用户、用户组及两者关系，并详细解释了如何领取、完成、归还和移交任务的操作。流程图显示了一个简单的审批流程，涉及到业务人员组和风控人员组的角色分配。在实际开发中，需要将企业内部的用户、角色和部门信息同步到Flowable的相关表中，以便于流程的正确执行。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

候选人比较多的时候就需要用到候选人组了，类似于实际工作中的什么角色或者部门的人审批什么节点。
需要再flowable独有的用户表、用户组表、两者的关联表中同步自己业务系统的数据。act_id_user、act_id_group、act_id_membership

流程

在这里插入图片描述

<?xml version="1.0" encoding="UTF-8"?>
<definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:flowable="http://flowable.org/bpmn" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:omgdc="http://www.omg.org/spec/DD/20100524/DC" xmlns:omgdi="http://www.omg.org/spec/DD/20100524/DI" typeLanguage="http://www.w3.org/2001/XMLSchema" expressionLanguage="http://www.w3.org/1999/XPath" targetNamespace="http://www.flowable.org/processdef" exporter="Flowable Open Source Modeler" exporterVersion="6.7.2">
  <process id="shenpi1" name="审批1" isExecutable="true">
    <startEvent id="startEvent1" flowable:formFieldValidation="true"></startEvent>
    <userTask id="sid-B0A762DE-D600-4998-96D6-49F7BE676159" name="创建审批单" flowable:candidateGroups="${业务人员组}" flowable:formFieldValidation="true"></userTask>
    <sequenceFlow id="sid-0129BF6A-C57C-4383-A14C-879FD48EED4E" sourceRef="startEvent1" targetRef="sid-B0A762DE-D600-4998-96D6-49F7BE676159"></sequenceFlow>
    <userTask id="sid-3808E689-1750-4D10-BFDE-18F41AAF3CB5" name="风控审批" flowable:candidateGroups="${风控人员组}" flowable:formFieldValidation="true"></userTask>
    <sequenceFlow id="sid-3349C437-5FF2-4565-B2CD-75CCA54FAF03" sourceRef="sid-B0A762DE-D600-4998-96D6-49F7BE676159" targetRef="sid-3808E689-1750-4D10-BFDE-18F41AAF3CB5"></sequenceFlow>
    <endEvent id="sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D"></endEvent>
    <sequenceFlow id="sid-AD80B163-B8F0-4472-80D0-C9074FB69CC4" sourceRef="sid-3808E689-1750-4D10-BFDE-18F41AAF3CB5" targetRef="sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D"></sequenceFlow>
  </process>
  <bpmndi:BPMNDiagram id="BPMNDiagram_shenpi1">
    <bpmndi:BPMNPlane bpmnElement="shenpi1" id="BPMNPlane_shenpi1">
      <bpmndi:BPMNShape bpmnElement="startEvent1" id="BPMNShape_startEvent1">
        <omgdc:Bounds height="30.0" width="30.0" x="100.0" y="163.0"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape bpmnElement="sid-B0A762DE-D600-4998-96D6-49F7BE676159" id="BPMNShape_sid-B0A762DE-D600-4998-96D6-49F7BE676159">
        <omgdc:Bounds height="80.0" width="100.0" x="225.0" y="135.00000216744158"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape bpmnElement="sid-3808E689-1750-4D10-BFDE-18F41AAF3CB5" id="BPMNShape_sid-3808E689-1750-4D10-BFDE-18F41AAF3CB5">
        <omgdc:Bounds height="80.0" width="100.00000000000006" x="423.00000899488253" y="135.00000216744158"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape bpmnElement="sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D" id="BPMNShape_sid-80CB6AF8-5DD5-4AC1-A1B2-05A5569B402D">
        <omgdc:Bounds height="28.0" width="28.0" x="568.0000089948826" y="161.00000216744158"></omgdc:Bounds>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNEdge bpmnElement="sid-3349C437-5FF2-4565-B2CD-75CCA54FAF03" id="BPMNEdge_sid-3349C437-5FF2-4565-B2CD-75CCA54FAF03" flowable:sourceDockerX="50.0" flowable:sourceDockerY="40.0" flowable:targetDockerX="50.000000000000036" flowable:targetDockerY="40.0">
        <omgdi:waypoint x="324.95000000000005" y="175.00000216744158"></omgdi:waypoint>
        <omgdi:waypoint x="423.00000899488253" y="175.00000216744158"></omgdi:waypoint>
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge bpmnElement="sid-AD80B163-B8F0-4472-80D0-C9074FB69CC4" id="BPMNEdge_sid-AD80B163-B8F0-4472-80D0-C9074FB69CC4" flowable:sourceDockerX="50.000000000000036" flowable:sourceDockerY="40.0" flowable:targetDockerX="14.0" flowable:targetDockerY="14.0">
        <omgdi:waypoint x="522.9500089948785" y="175.00000216744158"></omgdi:waypoint>
        <omgdi:waypoint x="568.0000089948826" y="175.00000216744158"></omgdi:waypoint>
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge bpmnElement="sid-0129BF6A-C57C-4383-A14C-879FD48EED4E" id="BPMNEdge_sid-0129BF6A-C57C-4383-A14C-879FD48EED4E" flowable:sourceDockerX="15.0" flowable:sourceDockerY="15.0" flowable:targetDockerX="50.0" flowable:targetDockerY="40.0">
        <omgdi:waypoint x="129.94742557455893" y="177.71879863507866"></omgdi:waypoint>
        <omgdi:waypoint x="225.0" y="175.9365639907934"></omgdi:waypoint>
      </bpmndi:BPMNEdge>
    </bpmndi:BPMNPlane>
  </bpmndi:BPMNDiagram>
</definitions>

在这里插入图片描述

添加用户和组，以及两者的关系

实际开发中，可将本身的用户表、角色表、部门表以及之间的关系同步到flowable的act_id_user、act_id_group、act_id_membership表中
其中角色和部门可当作组

@Transactional
    public void addGroupAndUser() {

        //实际开发中，可将本身的用户表、角色表、部门表以及之间的关系同步到flowable的act_id_user、act_id_group、act_id_membership表中
        //其中角色和部门可当作组
        User user1 = identityService.newUser("樱木花道1");
        user1.setFirstName("樱木");
        user1.setLastName("花道1");
        identityService.saveUser(user1);//注意必须这样保存

        User user2 =identityService.newUser("樱木花道2");
        user2.setFirstName("樱木");
        user2.setLastName("花道2");
        identityService.saveUser(user2);//注意必须这样保存

        User user3 =identityService.newUser("三井寿1");
        user3.setFirstName("三井");
        user3.setLastName("寿1");
        identityService.saveUser(user3);//注意必须这样保存

        User user4 =identityService.newUser("三井寿2");
        user4.setFirstName("三井");
        user4.setLastName("寿2");
        identityService.saveUser(user4);//注意必须这样保存

        Group group1 = identityService.newGroup("业务人员组");
        group1.setName("业务员");
        identityService.saveGroup(group1);//注意必须这样保存

        Group group2 = identityService.newGroup("风控人员组");
        group2.setName("风控员");
        identityService.saveGroup(group2);//注意必须这样保存

        //创建关联关系
        identityService.createMembership("樱木花道1","业务人员组");
        identityService.createMembership("樱木花道2","业务人员组");
        identityService.createMembership("三井寿1","风控人员组");
        identityService.createMembership("三井寿2","风控人员组");
    }

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

领取任务、归还任务、移交任务、完成任务

原理和候选人机制类似，底层也是改变act_ru_task表中ASSIGNEE_字段，这里就不多叙述了。

//领取任务，act_ru_task表中ASSIGNEE_字段之前为空，谁领取就变成谁。
    @Transactional
    public void claimTask() {

        //根据当前用户樱木花道1获取所在的组
        Group group = identityService.createGroupQuery().groupMember("樱木花道1").singleResult();
        //根据组查询任务
        Task task = taskService.createTaskQuery().processInstanceId("4279f082-b22e-11ec-8d53-3c9c0f202230").taskCandidateGroup(group.getId()).singleResult();
        if (task != null){
            taskService.claim(task.getId(),"樱木花道1");//领取任务
            System.out.println(task.getAssignee());
        }
    }
//    完成任务
    @Transactional
    public void completeTask() {
        Task task = taskService.createTaskQuery().processInstanceId("4279f082-b22e-11ec-8d53-3c9c0f202230").taskAssignee("樱木花道1").singleResult();
        if (task != null){
            taskService.complete(task.getId());
        }
    }
    //归还任务，act_ru_task表中ASSIGNEE_字段置为空。
    @Transactional
    public void unClaimTask() {
        Task task = taskService.createTaskQuery().processInstanceId("4279f082-b22e-11ec-8d53-3c9c0f202230").taskAssignee("樱木花道1").singleResult();
        if (task != null){
            taskService.unclaim(task.getId());
            System.out.println(task.getAssignee());
        }
    }
    //移交任务，其实就是设置处理人，act_ru_task表中ASSIGNEE_字段交给被移交的人。
    @Transactional
    public void transTask() {
        Task task = taskService.createTaskQuery().processInstanceId("9359e78a-ae72-11ec-978f-3c9c0f202230").taskAssignee("樱木花道1").singleResult();
        if (task != null){
            taskService.setAssignee(task.getId(),"樱木花道2");
            System.out.println(task.getAssignee());
        }
    }

如果不是他们拒绝接受我的生意，我永远不会停止和他们交易，那么我也就永远学不到：与在对赌行赌几个点的波动相比，股票投机游戏的内容更多。

【第十篇】Flowable中的候选人组
波波烤鸭的博客
04-02 6099
在这里插入图片描述   当候选人很多的情况下，我们可以分组来处理。先创建组，然后把用户分配到这个组中。 候选人组 1. 管理用户和组 1.1 用户管理   我们需要先单独维护用户信息。后台对应的表结构是ACT_ID_USER. /** * 维护用户 */ @Test public void createUser(){ ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngin
flowable源码解析之流程引擎启动（三）
Sombie Fate的专栏
08-25 845
继续深入探讨了Flowable流程引擎的初始化过程，分析了init方法中方法的实现，其中最核心的是initCommandExecutors()方法和initServices()。initCommandExecutors()方法详细介绍拦截器链的实现方式，包括拦截器链的入口和出口实现逻辑，后续再分析流程引擎的具体功能时，比如流程发起、任务办理等都还会更进一步对相关内容进行讲解。
【Flowable】Flowable候选人和候选人组
qq_41466440的博客
05-10 2598
【Flowable】Flowable候选人和候选人组
flowable候选人及候选人组（Candidate Users 、Candidate Groups）的应用包含拾取、归还、交接
最新发布
2301_80981132的博客
05-31 1074
Flowable中的任务分配机制：候选人/组与办理人 摘要：Flowable通过候选人(CandidateUsers)和候选人组(CandidateGroups)实现动态任务分配，将任务预分配给特定用户或角色组。候选人机制支持任务池模式，允许组内成员认领任务，而直接分配(Assignee)则指定具体负责人。关键特点包括：1)解耦流程定义与具体人员；2)支持工作组协同；3)灵活的任务可见性控制。实现方式包括BPMN定义、运行时API设置及任务后修改。典型应用场景涵盖审批流程、工单处理等需要动态分配的业务场景。
【flowable】九、flowable候选人和候选人组
return
10-23 9256
之前在流程定义中的任务节点设置的负责人assignee都是固定的负责人，在流程定义设计时将参与者与文件固定设置了，如需变更任务负责人需要修改流程定义，系统可扩展性差。针对这种情况可以给任务设置多个候选人或者候选人组，可以从候选人中选择参与者来完成任务。这里讨论的是组任务，不同于流程变量来控制任务负责人。
（6）Flowable候选人和候选人组
bluede2015的博客
04-07 1912
候选人和候选人组
Flowable进阶学习（五）候选人与候选人组
Huathy的博客
01-24 4766
候选人与候选人组 任务的查询、领取、退还、交接 用户与用户组管理（用户管理、用户组管理、关联用户组、删除用户组关联）
flowable 候选人候选组同时使用
码易的博客
01-14 1116
本文主要演示候选组和和候选人同时使用的场景。
flowable表单候选人
01-08
- **持久层存储**: 候选人信息会被保存至 `ACT_RU_IDENTITYLINK` 表内，该表格记录了所有与身份链接有关的数据条目，包括但不限于组、个人以及他们同各类资源之间的关系。 - **运行时访问控制**: 当应用程序请求...
flowable+springboot的使用
LC的博客
05-27 7975
文章目录一、认识Flowable1.1 flowable业务概念1.2 类结构 & API说明4.1.1 FormService4.1.2 RepositiryService4.1.3 RuntimeService4.1.4 HistoryService4.1.5 TaskService4.1.6 ManagementService4.1.7 IdentityService4.1.8 DynamicBpmnService1.3 通用业务流程1.4 表说明二、BPMN的使用2.1 事件(任务节点)图标
Flowable核心事件详细解释说明并附上示例代码
billzhen的博客
07-18 1172
在Flowable中有效利用这些事件可以显著提升工作流引擎的灵活性和可扩展性。通过自定义事件，可以轻松地集成外部系统、执行复杂的业务逻辑；通过和事件，可以在引擎的生命周期中执行必要的初始化和清理操作，确保系统的稳定运行。在实际应用中，结合具体的业务场景和需求，合理选择和运用这些事件，可以构建出高效、可靠且易于维护的工作流解决方案。实体相关事件​ 引擎中所有的ENTITY_\*事件都与实体关联。流程实体创建​解释：当一个新的Flowable实体（如流程定义、流程实例、任务等）被创建时触发。
Flowable-任务集成Docs
Dengrz的Blog
07-06 1261
本内容参考官网：官网文档 1 活动 事件用于模拟在流程生命周期中发生的事情。事件总是可视化为圆圈。在BPMN 2.0中，存在两个主要事件类别：捕获和抛出事件。 **捕获：**当流程执行到达事件时，它将等待触发发生。触发器的类型由XML中的内部图标或类型声明定义。通过未填充的内部图标（它只是白色）在视觉上区分捕捉事件。 **投掷：**当进程执行到达事件时，触发器被触发。触发器的类型由XML中的内部图标或类型声明定义。通过填充黑色的内部图标在视觉上区分投掷事件。 1.1.1 事件定义 事件定义定义事件
flowable工作流- 基础-05 候选人和候选人组
m0_67852515的博客
11-29 859
定义流程图，同时指定候选人，多个候选人会通过连接。
Flowable工作流之候选人
桐花思雨
10-29 5238
有的时候，一个任务节点会存在多个候选人，例如 提交一个任务，这个任务即可以 处理，又可以 处理，那么针对这种多个任务候选人的情况，我们该如何处理？今天一起来看看 首先我们使用的流程图如上，但是在为 设置分配用户的时候，我们设置多个用户，如下图 设置完成后，我们下载这个流程文件，来看下对应的 文件
activiti&flowable动态添加候选人/组
weixin_54191781的博客
07-05 3786
动态添加候选人/组： //添加候选人 taskService.addCandidateUser(taskId, userId); //添加候选组 taskService.addCandidateGroup(taskId, groupId); 我们正常获取节点信息接口是： taskService.createTaskQuery().active().taskAssignee(assignee).processInstanceId(procInsId).singleResult() 但是拿到的Task信
【第九篇】Flowable中的候选人讲解
波波烤鸭的博客
04-01 4974
  在流程定义中在任务结点的 assignee 固定设置任务负责人，在流程定义时将参与者固定设置在.bpmn 文件中，如果临时任务负责人变更则需要修改流程定义，系统可扩展性差。针对这种情况可以给任务设置多个候选人或者候选人组，可以从候选人中选择参与者来完成任务。 候选人 1. 定义流程图   定义流程图，同时指定候选人，多个候选人会通过,连接 2.部署和启动流程实例   部署流程，并且在启动流程实例的时候对UEL表达式赋值 /** * 部署流程 */ @Test .
学习记录553@flowable候选人机制
教练我想学编程
03-30 1318
流程 <?xml version="1.0" encoding="UTF-8"?> <definitions xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:flowable="http://flowable.org/bpmn
Flowable根据任务id、参数，预测、获取下一任务节点集合、候选用户集合、候选组集合、参与用户id集合等
木辰風的博客
03-03 6146
根据任务id、参数，预测、获取下一任务节点集合、候选用户集合、候选组集合、参与用户id集合等。
flowable候选人
03-25
另外，引用3和4讨论了工作流的动态调整和学习曲线，所以候选人可能需要有解决复杂业务逻辑和优化工作流的经验，同时具备快速学习的能力。 接下来，技能方面，用户需要技术能力，比如Flowable的核心机制，BPMN，与...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值