删除段落间的空格(段落里的空格怎么删除)
1026
2022-05-29
流程引擎的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, 一个非检查异常
这个异常可以在任何时候被API抛出,特定方法抛出的特定的异常
/** * Called when the task is successfully executed. * @param taskId the id of the task to complete, cannot be null. * @throws ActivitiObjectNotFoundException when no task exists with the given id. */ void complete(String taskId);
当传入一个不存在的任务的id时,就会抛出异常.taskId不能为null,如果传入null,就会抛出ActivitiIllegalArgumentException
应该避免过多的异常继承,子类只用于特定的场合
流程引擎和API调用的其他场合不使用子类异常,抛出一个普通的ActivitiExceptions
ActivitiWrongDbException: 当Activiti引擎发现数据库版本号和引擎版本号不一致时抛出 ActivitiOptimisticLockingException: 对同一数据进行并发方法并出现乐观锁时抛出 ActivitiClassLoadingException: 当无法找到需要加载的类或在加载类时出现了错误-JavaDelegate,TaskListener ActivitiObjectNotFoundException: 当请求或操作的对应不存在时抛出 ActivitiIllegalArgumentException: 这个异常表示调用Activiti API时传入了一个非法的参数,可能是引擎配置中的非法值,或提供了一个非法值,或流程定义中使用的非法值 ActivitiTaskAlreadyClaimedException: 当任务已经被认领了,再调用taskService.claim(...)就会抛出
查询 API
在Activiti流程引擎中查询数据有两种方式:
查询API
原生查询
查询API: 查询API提供了完全类型安全的API,可以自定义添加查询条件和精确的排序条件,所有条件都以AND组合
List
原生查询:
需要更强大的查询时:使用OR条件或者能使用查询API实现的条件.
可以编写自己的SQL查询. 返回类型由你使用的查询对象决定,数据会映射到正确的对象上:任务,流程实例,执行…
查询作用在数据库上,必须使用数据库中定义的表名和列名,要了解内部数据结构
使用原生查询时,表名可以通过API获得,可以尽量减少对数据库的依赖
List
表达式
Activiti使用UEL处理表达式.UEL即统一表达式语言, 是EE6规范的一部分.为了在所有运行环境都支持最新UEL的所有功能,使用JUEL的修改版本
表达式可以用在很多场景下:
Java服务任务
执行-
任务-
条件流
虽然有两重表达式:值表达式和方法表达式, Activiti进行了抽象,所以两者可以同样使用在需要表达式的场景中
Value expression: 解析为值,默认
${myVar} ${myBean.myProperty}
所有流程变量都可以使用,所有spring bean(spring环境中)也可以使用在表达式中
Method expression: 调用一个方法,使用或不使用参数
${printer.print()} ${myBean.addNewOrder('orderName')} ${myBean.doSomething(myVar, execution)}
当调用一个无参数的方法时,记得在方法名后添加空的括号,以区分值表达式
传递的参数可以是字符串也可以是表达式,它们会被自动解析
这些表达式支持解析原始类型:
bean
list
数组
map
包括比较
在流程实例中,表达式中可以使用一些默认对象:
execution: DelegateExecution,提供外出执行的额外信息
task: DelegateTask,提供当前任务的额外信息 ,只对任务-的表达式有效
authenticatedUserId: 当前登录的用户id.如果没有用户登录,这个变量就不可用
单元测试
业务流程是软件项目的一部分,它也应该和普通的业务流程一样进行测试:使用单元测试
因为Activiti是一个嵌入式的java引擎,所以为业务流程编写单元测试和写普通单元测试完全一样
Activiti支持JUnit 3和4进行单元测试
使用JUnit 3时, 必须集成org.activiti.engine.test.ActivitiTestCase. 它通过保护的成员变量提供ProcessEngine和服务,
在测试的setup()中,默认会使用classpath下的activiti.cfg.xml初始化流程引擎
要使用不同的配置文件,可以重写getConfigurationResource() 方法
如果配置文件相同的话,对应的流程引擎会被静态缓存,就可以用于多个单元测试
继承了ActivitiTestCase, 可以在测试方法上使用org.activiti.engine.test.Deployment注解.测试执行前,与测试类在同一个包下的,格式为testClassName.testMethod.bpmn20.xml的资源文件,会被部署.测试结束后,发布包也会被删除,包括所有相关的流程实例,任务…Deployment注解也可以直接设置资源的位置
public class MyBusinessProcessTest extends ActivitiTestCase { @Deployment public void testSimpleProcess() { runtimeService.startProcessInstanceByKey("simpleProcess"); Task task = taskService.createTaskQuery().singleResult(); assertEquals("My Task", task.getName()); taskService.complete(task.getId()); assertEquals(0, runtimeService.createProcessInstanceQuery().count()); } }
要想在使用JUnit 4编写单元测试时获得同样的功能
可以使用org.activiti.engine.test.ActivitiRule. 通过它,可以通过getter方法获得流程引擎和各种服务
使用这个Rule也会启用org.activiti.engine.test.Deployment注解
它会在classpath下查找默认的配置文件,如果配置文件相同的话,对应的流程引擎会被静态缓存,就可以用于多个单元测试
public class MyBusinessProcessTest { @Rule public ActivitiRule activitiRule = new ActivitiRule(); @Test @Deployment public void ruleUsageExample() { RuntimeService runtimeService = activitiRule.getRuntimeService(); runtimeService.startProcessInstanceByKey("ruleUsage"); TaskService taskService = activitiRule.getTaskService(); Task task = taskService.createTaskQuery().singleResult(); assertEquals("My Task", task.getName()); taskService.complete(task.getId()); assertEquals(0, runtimeService.createProcessInstanceQuery().count()); } }
调试单元测试
使用内存数据库H2进行单元测试,在调试环境监视Activiti的数据库:
在单元测试里设置了一个断点:
用调试模式运行单元测试,右击单元测试,选择[运行为]和[单元测试],测试会停在我们的断点上, 然后我们就可以监视测试的变量,它们显示在调试面板里
要监视Activiti的数据,打开[显示]窗口(如果找不到,打开[窗口]-[显示视图]-[其他],选择[显示]并点击[代码已完成],org.h2.tools.Server.createWebServer("-web").start()
选择你点击的行,右击.然后选择[显示]
打开一个浏览器,输入http://localhost:8082, 输入内存数据库的JDBC URL(默认为jdbc:h2:mem:activiti),点击连接按钮
可以看到Activiti的数据,通过它们可以了解单元测试时,如何以及为什么这样运行的
Web中的流程引擎
ProcessEngine是线程安全的,可以在多线程下共享
在web应用中, 意味着可以在容器启动时创建流程引擎, 在容器关闭时关闭流程引擎
编写一个ServletContextListener 在普通的Servlet环境下初始化和销毁流程引擎:
public class ProcessEnginesServletContextListener implements ServletContextListener { public void contextInitialized(ServletContextEvent servletContextEvent) { ProcessEngines.init(); } public void contextDestroyed(ServletContextEvent servletContextEvent) { ProcessEngines.destroy(); } }
contextInitialized方法会执行ProcessEngines.init() 这会查找classpath下的activiti.cfg.xml文件,根据配置文件创建一个ProcessEngine(比如,多个jar中都包含配置文件)如果classpath中包含多个配置文件,确认它们有不同的名字
需要使用流程引擎时,可以通过
ProcessEngines.getDefaultProcessEngine()
或
ProcessEngines.getProcessEngine("myName");
ContextListener中的contextDestroyed方法会执行ProcessEngines.destroy().这会关闭所有初始化的流程引擎
API Servlet XML
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。