一、核心组件
- ProcessEngine:流程引擎的抽象,对于开发者来说,它是我们使用Activiti的facade,通过它可以获得我们需要的一切服务。类似于一个容器工厂,来保存创建的ProcessEngine对象。
创建方式:通过ProcessEngineConfiguration配置一个流程引擎,在用户应用中创建一个流程引擎的可以通过多种方式:
a.基于默认的配置文件创建一个流程引擎:
ProcessEngine processEngine = ProcessEngineConfiguration
.createProcessEngineConfigurationFromResourceDefault()
.buildProcessEngine();
b.在缺少配置文件创建一个流程引擎
ProcessEngine processEngine = ProcessEngineConfiguration
.createStandaloneProcessEngineConfiguration()
.buildProcessEngine();
c.获取一个默认的流程引擎 ,调用ProcessEngines的getDefaultProceeEngine方法时会自动加载classpath下名为activiti.cfg.xml文件
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
2.XXService(TaskService,RuntimeService,RepositoryService)Activiti按照流程的生命周期(定义,部署,运行)把不同阶段的服务封装在不同的Service中,用户可以非常清晰地使用特定阶段的接口。通过ProcessEngine能够获得这些Service实例,下图显示了这种关系:
通过代码由ProcessEngine生成各种Service的代码如下:
ProcessEngine engine = ProcessEngines.getDefaultProcessEngine();
RepositoryService repositoryService = engine.getRepositoryService();
HistoryService historyService = engine.getHistoryService();
TaskService taskService = engine.getTaskService();
IdentityService identityService = engine.getIdentityService();
FormService formService = engine.getFormService();
RuntimeService runtimeService = engine.getRuntimeService();
ManagementService managementService = engine.getManagementService();
各个Service的主要任务如下:
Service接口 |
任务 |
RepositoryService |
管理流程定义,流程仓库服务,管理流程仓库,比如部署、删除、读取流程资源 |
RuntimeService |
执行管理,包括启动、推进、删除流程实例等操作,运行服务,处理所有正在运行态的流程实例、任务等。 |
TaskService |
任务管理,运行服务,处理所有正在运行态的流程实例、任务等。 |
HistoryService |
历史管理(执行完的数据的管理),管理历史数据 |
IdentityService |
组织机构管理,身份服务,管理用户、组及其关系 |
FormService |
一个可选服务,任务表单管理,表单服务,读取和流程、任务相关的表单数据 |
ManagerService |
引擎管理服务,和具体业务无关,管理引擎。 |
3.拦截器
Activiti中的拦截器符合命令模式和职责链模式这两种设计模式,Activiti提供了命令拦截器的功能,外界对Activit流程中各个实例进行操作,实际可以被看作是对数据进行相应的操作。
在此过程中,Activiti使用了设计模式中的命令模式,每一个操作数据库CRUD的操作,均可被看做为一个命令Command,然后交由命令执行者CommandExecutor去执行。除此之外,为了能让使用者可以对这些命令进行相应的拦截,Activiti还使用了设计模式中的职责链模式,使用者可以在其中添加相应的拦截器。职责模式让多个对象都有机会处理请求,从而避免了请求发送者和请求接收者之间的耦合。这些请求接收者将组成一条链,并沿着这条链传递下去,直到有一个对象处理这个请求为止,这就形成了一条责任链。(to be continued……)
4.Task
(1)概要
- 设计TASK的表主要是:ACT_RU_TASK,ACT_HI_TASKINST(见参考-activiti表);
- 任务主要有:人工任务(usertask),服务任务(servicetask)等;
- 候选人/候选组(candidate):可以执行任务的一类人或者多个组,候选人/候选组中都可以去签收任务,一旦某人签收,就成为受理人,其他人就不能再签收受理此任务;usertask流程图中,candidate标示候选;候选人涉及的表ACT_RU_IDENTITYLINK;
- 受理人(assignee):有两种情况,一种是候选人/组中有人签收任务后成为受理人,另外一种是流程图中直接指定受理人,但是可以指定一个动态受理人;受理人涉及的表ACT_RU_TASK;
- 持有人(owner):持有人设置主要是存入历史表中,用于历史任务的查询,涉及的表ACT_HI_TASKINST;
(2)不同Task异同
服务任务(Service Task),通常工作流流转过程中会涉及到与自身系统服务API调用或与外部服务相互调用的情况,此类任务往往由一个具有特定业务服务功能的Java类承担,与User Task不同,流程引擎流经此节点会自动调用Java类中定义的方法,方法执行完毕自动向下一流程节点流转。另外,此类任务还可充当“条件路由”的功能对流程流转可选分支进行自动判断。常用于业务逻辑API的调用。
人工任务(User Task),生成人机交互任务,主要被用来描述需要人为在软件系统中进行诸如任务明细查阅、填写审批意见等业务行为的操作,流程引擎流转到此类节点时,系统会自动生成被动触发任务,须人工响应后才能继续向下流转。常用于审批任务的定义。
Manual Task:线下人为操作任务,常用于为了满足流程图对实际业务定义的完整性而进行的与流程驱动无关的线下任务,即此类任务不参与实际工作流流转。常用于诸如物流系统中的装货、运输等任务的描述。
Activiti的编程框架可以用下图来表示
二、数据表命名规则
Activiti工作流总共包含23张数据表,所有的表名默认以“ACT_”开头。并且表名的第二部分用两个字母表明表的用例,而这个用例也基本上跟Service API匹配。
Activiti工作流引擎的数据库表中的表名称都是以 ACT_.第二部分两个字母表示表的类型。使用模糊匹配的方式说明表的类型匹配activiti的服务API:
- ·ACT_RE_*: RE代表仓储(Repository).这种表前缀以“static”表示流程定义信息或者流程资源信息(如流程的图表和规则等).
- ·ACT_RU_*: RU标识为运行(Runtime)时表。包含流程实例,用户任务和变量任务等在运行时的数据信息。这些表只存储Activiti在流程实例运行执行的数据,在流程结束的时候从表中去除数据。从而保持运行时候数据的表的快速和小数据量.
- ·ACT_ID_*:ID标识为唯一(Identity)的。包含一些唯一的信息如用户,用户做等信息。
- · ACT _HI_*:HI表示历史数据(History)表,包括过期的流程实例,过期的变量和过期的任务等。
- ·ACT_GE_*:GE表示公用(General data)的数据库表类型。
三、BPMN2.0
BPMN2.0对流程执行语义定义了三类基本要素,它们是日常业务流程的“三板斧”:
- Activities(活动)——在工作流中所有具备生命周期状态的都可以称之为“活动”,如原子级的任务(Task)、流向(Sequence Flow),以及子流程(Sub-Process)等
- Gateways(网关)——顾名思义,所谓“网关”就是用来决定流程流转指向的,可能会被用作条件分支或聚合,也可以被用作并行执行或基于事件的排它性条件判断
- Events(事件)——在BPMN2.0执行语义中也是一个非常重要的概念,像启动、结束、边界条件以及每个活动的创建、开始、流转等都是流程事件,利用事件机制,可以通过事件控制器为系统增加辅助功能,如其它业务系统集成、活动预警等
这三类执行语义的定义涵盖了业务流程常用的Sequence Flow(流程转向)、Task(任务)、Sub-Process(子流程)、Parallel Gateway(并行执行网关)、ExclusiveGateway(排它型网关)、InclusiveGateway(包容型网关)等常用图元,
参考博客:
http://blog.csdn.net/tang_huan_11/article/details/45048189
http://www.tpyyes.com/a/javaweb/2017/0117/40.html
http://blog.csdn.net/luckyzhoustar/article/details/48630555
http://blog.csdn.net/hj7jay/article/details/51302829
http://www.cnblogs.com/lyh421/category/949093.html
http://3y.uu456.com/bp_9rr18879xo79ew80p2qu_1.html