一、前言
启动事件是Activiti活动的开始节点。现在有很多国产的工作流是省略了开始和结束这两个节点的。但是BPMBN 2.0标准是必须要有开始和结束节点的。启动事件表示流程的开始。
定义了流程如何被启动的启动事件类型(当收到消息、特定的时候是以一个小图标来形象表示事件的。
在 XML 表示中,类型是由子元素的声明给出的。启动事件总是捕获型的:从概念上讲,该事件(任何时候) 会一直等待直到触发发生。
二、启动事件的类型有哪些?
(1)空启动事件(None Satrt Event)
(2)定时启动事件(Timer Satrt Event)
(3)信号事件(Signal Start Event)
(4)消息事件(Message Start Event)
(5)异常事件(Error Start Event)
三、各启动类型的特点
3.1、空启动事件
空启动事件就是一个圆圈。在工作流程里面使用得非常多。但是空启动事件必须要人工去启动一个流程。
空启动事件是建立在部署完成的流程上面的。每启动一次,就会产生一个新的流程实例。
<startEventid="start"name="my start event"/>
注意:空启动事件上可以设置关联表单、流程发起人、执行监听器;也可以在空启动事件上定义表单属性
空启动事件比较简单,一般不会进行太多设置
3.2、定时启动事件
定时启动事件是一个时钟图标,注意的是,这个时钟图标是比较少圆圈的,要跟定时边界事件区分清楚。
定时器启动事件用于在给定的时间点创建流程实例。
它可以用在只启动一次的流程中,也可以用在特定时间间隔下启动。如果是有重复执行的,流程在周期内都有效,可以重复利用的流程。
注意:子流程中不能使用定时器启动事件。 定时器是从流程部署开始计时的,不需要去启动流程。
3.3、信号事件(Signal Start Event)
信号启动事件,使用具名信号启动流程实例。这个信号可以由流程实例中的信号抛出中间事件(intermediary signal throw event),或
者API(
runtimeService.signalEventReceivedXXX方法)触发。这些情况下,所有拥有相同名字信号启动事件的流程定义都会被启动。
请注意这些情况下,都可以选择异步还是同步启动流程实例。
需要为API传递的 signalName ,是由 signal 元素的 name 属性决定的名字。 signal 元素被 signalEventDefinition 的 signalRef
属性所引用。
信号启动事件的两种启动方式:
1、信号可以是流程实例中抛出的信号事件
2、API触发
信号事件的执行方式:
1、异步执行
2、同步执行
注意:信号启动事件,是所有相同名称的信号事件都会被执行!
List<Execution> executions = execution.getEngineServices().getRuntimeService().createExecutionQuery()
.signalEventSubscriptionName("singal")
.list();
for(Execution e:executions){
execution.getEngineServices().getRuntimeService().signalEventReceived("singal", e.getId());
}
3.4、消息事件(Message Start Event )
启动方式:
1、流程实例中的信号抛出事件
2、API触发(
runtimeService.signalEventReceivedXXX方法)触发
注意事项:
1)流程的消息名称必须是唯一的,一个流程定义不得包含多个同名的启动消息。否则部署流程的时候就会抛异常。
2)消息启动事件,在所有部署的流程里面必须要唯一,否则也会有异常。
3)直接启动消息定义事件,会当作一个普通启动事件执行。
4)新版本发布,会取消上一版本的消息订阅。
5)启动流程实例的三种方法:
ProcessInstance startProcessInstanceByMessage(String messageName);
ProcessInstance startProcessInstanceByMessage(String messageName, Map<String, Object> processVariables);
ProcessInstance startProcessInstanceByMessage(String messageName, String businessKey, Map<String>, Object< processVariables>);
3.5、异常事件(错误启动事件 Error Start Event )
BPMN2.0规定了错误开始事件只能使用在事件子流程(Event Sub-Process)中,该该事件不能使用在其他流程中,包括最高级流程(Top-Level Process)、嵌套子流程(Sub-Process)和调用子流程(Call Activity)。BPMN错误与Java异常不是一回事。事实上,这两者毫无共同点。BPMN错误事件是建模业务异常(business exceptions)的方式。
说明:
我们一共设计两个流程,一个是子流程事件,一个是主流程事件。当这个流程启动,便会启动主流程。主流程的Servertask便会抛出一个BpmnError的流程错误。这个流程错误会被Activiti引擎拦截到,然户触发子流程事件里面的错误启动事件。从而触发SubServertask这个Server任务。
<error id="myError" errorCode="error123" />
...
<process id="myProcess">
...
<endEvent id="myErrorEndEvent">
<errorEventDefinition errorRef="myError" />
</endEvent>
主流程的监听类:
import org.activiti.engine.delegate.BpmnError;
import org.activiti.engine.delegate.DelegateExecution;
import org.activiti.engine.delegate.JavaDelegate;
public class TestRunningTask implements JavaDelegate{
//重写委托的提交方法
@Override
public void execute(DelegateExecution execution) throws Exception{
System.out.println("TestRunningTask is running!");
throw new BpmnError("MyErrorCode","myError");
}
}
子流程事件的监听类:
package light.mvc.workflow.serviceTask;
import org.activiti.engine.delegate.DelegateExecution;
import org.activiti.engine.delegate.JavaDelegate;
public class ErrorTestRunningTask implements JavaDelegate{
//重写委托的提交方法
@Override
public void execute(DelegateExecution execution) throws Exception {
//receiveTaskprocess
System.out.println("ErrorTestRunningTask is running!");
}
}
下一篇文章将介绍activiti的结束事件
后续文章计划:
1、开始事件
2、结束事件
3、顺序流
4、用户任务
5、排他网关
6、监听器
7、多实例
8、子流程
9、边界与中间事件