流程引擎的API和服务
流程引擎API(ProcessEngine API)是与Activiti打交道的最常用方式
Activiti从ProcessEngine开始.在ProcessEngine中,可以获得很多包括工作流或者BPM方法的服务
ProcessEngine和服务类都是线程安全的.可以在整个服务器中仅保持它们的一个引用就可以
ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine();
RuntimeService runtimeService = processEngine.getRuntimeService();
RepositoryService repositoryService = processEngine.getRepositoryService();
TaskService taskService = processEngine.getTaskService();
ManagementService managementService = processEngine.getManagementService();
IdentityService identityService = processEngine.getIdentityService();
HistoryService historyService = processEngine.getHistoryService();
FormService formService = processEngine.getFormService();
ProcessEngines.getDefaultProcessEngine():
- 会在第一次调用时,初始化并创建一个流程引擎,以后再调用就会返回相同的流程引擎
- 使用对应的方法可以创建和关闭所有流程引擎:ProcessEngines.init()和ProcessEngines.destroy()
- ProcessEngines会扫描所有activiti.cfg.xml 和 activiti-context.xml 文件
- 对于activiti.cfg.xml文件,流程引擎会使用Activiti的经典方式构建:
- ProcessEngineConfiguration.createProcessEngineConfigurationFromInputStream(inputStream).buildProcessEngine()
- 对于activiti-context.xml文件,流程引擎会使用Spring方法构建:先创建一个Spring的环境,然后通过环境获得流程引擎
- 所有服务都是无状态的.这意味着可以在多节点集群环境下运行Activiti,每个节点都指向同一个数据库,不用担心哪个机器实际执行前端的调用.无论在哪里执行服务都没有问题
RepositoryService
- 负责静态信息
- 是使用Activiti引擎时最先接触的服务,提供了管理和控制发布包和流程定义的操作
- 流程定义是BPMN 2.0流程的java实现.它包含了一个流程每个环节的结构和行为
- 发布包是Activiti引擎的打包单位.一个发布包可以包含多个BPMN 2.0 xml文件和其他资源
- 开发者可以自由选择把任意资源包含到发布包中
- 既可以把一个单独的BPMN 2.0 xml文件放到发布包里，也可以把整个流程和相关资源都放在一起
- 可以通过RepositoryService来部署这种发布包.发布一个发布包,意味着把它上传到引擎中,所有流程都会在保存进数据库之前分析解析好
- 从这点来说,系统知道这个发布包的存在,发布包中包含的流程就已经可以启动了
- RepositoryService可以查询引擎中的发布包和流程定义
- RepositoryService暂停或激活发布包,对应全部和特定流程定义.暂停意味着它们不能再执行任何操作了,激活是对应的反向操作
- RepositoryService获得多种资源,例如包含在发布包里的文件,引擎自动生成的流程图
- RepositoryService获得流程定义的pojo版本,可以用来通过java解析流程,而不必通过xml
RuntimeService
- 负责启动一个流程定义的新实例
- 流程定义定义了流程各个节点的结构和行为
- 流程实例就是这样一个流程定义的实例
- 对每个流程定义来说，同一时间会有很多实例在执行
- RuntimeService可以用来获取和保存流程变量,这些数据是特定于某个流程实例的,并会被很多流程中的节点使用
- Runtimeservice可以查询流程实例和执行,执行对应BPMN 2.0中的'token',基本上执行指向流程实例当前在哪里
- RuntimeService可以在流程实例等待外部触发时使用,可以用来继续流程实例.流程实例可以有很多暂停状态,而服务提供了多种方法来'触发'实例, 接受外部触发后,流程实例就会继续向下执行
TaskService
- 任务是由系统中真实人员执行的,它是Activiti这类BPMN引擎的核心功能之一, 所有与任务有关的功能都包含在TaskService中
- 在TaskService中,查询分配给用户或组的任务
- 在TaskService中,创建独立运行任务,这些任务与流程实例无关
- 在TaskService中,手工设置任务的执行者,或者这些用户通过何种方式与任务关联
- 在TaskService中,认领并完成一个任务:
- 认领意味着一个人期望成为任务的执行者,即这个用户会完成这个任务
- 完成意味着“做这个任务要求的事情”,通常来说会有很多种处理形式
IdentityService
- 可以管理,创建,更新,删除,查询..群组和用户
- Activiti执行时并没有对用户进行检查.任务可以分配给任何人,但是引擎不会校验系统中是否存在这个用户.这是Activiti引擎也可以使用外部服务:ldap,活动目录...
HistoryService
- HistoryService提供了Activiti引擎的所有历史数据
- 在执行流程时,引擎会根据配置保存很多数据:流程实例启动时间,任务的参与者,完成任务的时间,每个流程实例的执行路径..., 这个服务主要通过查询功能来获得这些数据
FormService
- FormService是一个可选服务,即使不使用它,Activiti也可以完美运行,不会损失任何功能
- FormService提供了启动表单和任务表单两个概念
- 启动表单会在流程实例启动之前展示给用户
- 任务表单会在用户完成任务时展示
- Activiti支持在BPMN 2.0流程定义中设置这些表单.这个服务以一种简单的方式将数据暴露出来,是可选的,表单也不一定要嵌入到流程定义中
ManagementService
- 在使用Activiti的定制环境中基本上不会用到
- ManagementService可以查询数据库的表和表的元数据
- ManagementService提供了查询和管理异步操作的功能
- Activiti的异步操作用途很多:定时器,异步操作,延迟暂停,激活..
异常策略
Activiti中的基础异常为org.activiti.engine.ActivitiException, 一个非检查异常
