BPMN2.0 任务-接收任务&手动任务

接收任务

接收任务是一个简单的任务,它等待特定消息的到来。

当流程执行到接收任务时,流程状态将提交给持久性存储。流程将保持这种等待状态,直到流程引擎接收到特定的消息,这将触发接收任务之外流程的继续进行。

接收任务用左上角有一个消息图标的标准BPMN 2.0任务(圆角矩形)表示。消息图标是白色的(对应的黑色消息图标代表发送的含义)。

XML表示

<receiveTask id="waitState" name="wait" />

 在flowable中只支持java任务。要使流程实例从接收任务的等待状态中继续执行,需要使用到达接收任务的执行id,调用runtimeService.signal(executionId)。下面的代码片段展示了如何操作:

ProcessInstance pi = runtimeService.startProcessInstanceByKey("receiveTask");
Execution execution = runtimeService.createExecutionQuery()
  .processInstanceId(pi.getId())
  .activityId("waitState")
  .singleResult();
assertNotNull(execution);

runtimeService.trigger(e
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,请允许我先简单介绍一下BPMN 2.0中的多实例任务。 多实例任务是一种用于处理重复性工作的任务,其可以将同样的任务多次执行,每次执行时输入不同的数据,最终将所有的执行结果进行合并,形成一个最终的输出结果。在BPMN 2.0中,多实例任务可以使用多种方式进行建模,其中最常用的方式是使用多实例任务的循环特性。 多实例任务的循环特性有三个属性:循环条件、循环数据和完成条件。循环条件是用于控制循环次数的条件,循环数据是用于提供不同输入数据的变量,完成条件是用于控制循环结束的条件。 下面是一个使用多实例任务进行多人会签的BPMN 2.0流程图: ![image.png](attachment:image.png) 在这个流程中,多实例任务用于进行多人会签,每个会签人员都需要对流程进行审核。具体流程如下: 1. 流程开始后,会签任务启动,开始会签流程。 2. 会签任务使用多实例任务的循环特性,设置循环数据为会签人员列表,循环条件为会签人员数量。 3. 会签任务依次向每个会签人员发送审核任务,等待审核结果。 4. 每个会签人员完成审核后,向会签任务返回审核结果。 5. 当所有会签人员都完成审核后,会签任务将所有审核结果进行合并,并根据合并结果判断是否通过会签流程。 6. 如果会签流程通过,则流程结束,否则返回到流程开始位置,重新开始会签流程。 以上就是使用多实例任务建模多人会签流程的基本过程。同时需要注意的是,在实际应用中,可能还需要对流程进行更加详细的设计,以满足具体的业务需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值