1.事件及监听器原理 当流程引擎启动的时候,我们定义的监听器,就已经注册在一个事件类型上面. 注册的方式有多种,它可以注册在所有的事件类型上面.也可以注册在指定的几个事件类型上面,这样引擎启动的时候就已经完成了监听器与事件的注册. 那么在流程运行的过程中,会有这样一个环节: 首先我们有一个事件源与一个事件类型的关系,比如说,我创建一个流程引擎,这个事件源就是流程引擎对象.类型就是 把它创建了.也就是说流程引擎创建过程, 触发出我们的事件,这个事件对象,也就是流程引擎被创建.当这个事件被分发出来的

分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519) activiti使用的时候,通常需要跟业务紧密的结合在一起,有些业务非常的复杂,通常有如下一些场景: 1.activiti人员动态的分配. 2.当前任务节点完成的时候,指定需要指定下一个节点的处理人(比如,一个请假流程,a员工请假,需要指定下一步需要处理请假流程的领导.). 3.任务节点完成的时候,需要一些复杂业务,(比如当前节点完成的时候,需要调用我们的jms消

在ACTIVITI 5.14中,测试内部子流程时发现事件定义的事件监听器不能触发. <activiti:executionListener event="start" delegateExpression="${subProcessStartListener}"> </activiti:executionListener> <!-- 流程结束事件监听器 --> <activiti:executionListener even

activiti使用的时候,通常需要跟业务紧密的结合在一起,有些业务非常的复杂,通常有如下一些场景: 1.activiti人员动态的分配. 2.当前任务节点完成的时候,指定需要指定下一个节点的处理人(比如,一个请假流程,a员工请假,需要指定下一步需要处理请假流程的领导.). 3.任务节点完成的时候,需要一些复杂业务,(比如当前节点完成的时候,需要调用我们的jms消息系统发送消息). 4.任务流转到当前的节点的时候,需要监控当前任务节点的一些信息或者其他的业务信息. 5.当前的任务节点分配处理人的

首先创建流程监听器和任务监听器的实体类,个人比较喜欢使用Delegate Expression方式,其他两种方式也可以 流程监听器 package org.mpc.final_activiti; import java.io.Serializable; import org.activiti.engine.delegate.DelegateExecution; import org.activiti.engine.delegate.ExecutionListener; import org.ac

Activiti接受任务(receiveTask) 作者:Jesai 前言: Activiti接受任务(receiveTask)其实和Activiti的手动任务是差不多的,不过手动任务是直接通过,而Activiti接受任务(receiveTask)则在任务启动到该节点的时候停下来等待信号.当任务接收到信号的时候,该流程就会继续往下执行. 官方解释: 描述接收任务是一个等待消息到来的简单任务.目前,我们仅实现了该任务的 Java 语义. 当流程执行到接收任务时,流程状态被提交到持久化数据库中.这意

在实际的BPM集成开发过程中,Liferay和Activiti这两个异构的系统之间,用户.组的同步需求非常重要,用来实现签收组的概念,比如指定签收组.会签.抢签都需要用到. Activiti可以通过自定义实现SessionFactory,实现customUserManager和customRoleManager的方式集成第三方的用户关系. 这里我介绍一个方法,可以借助Liferay的实体监听器来做用户.组.用户-组成员关系的三种同步. 其实实现原理非常简单 用户组的同步,就是实现 BaseMod

处理依赖关系 集成Activiti之前,必须搞清楚其中的依赖关系,才能在Gradle里进行配置. 依赖关系: 例如,其中activiti-engine依赖于activiti-bpmn-converter,而activiti-bpmn-converter又依赖于activiti-bpmn-model 那么这以下的引用都是要设置的,缺一不可,否则portlet会无法注入进OSGi容器 org.activiti:activiti-engine:jar:5.xx.0+- org.activiti:act

Activiti界面元素的使用总结 一.图形设计中元素的使用 1.SequenceFlow:连接线,可以连接两个任务,来管理流程实例的流向 -----General -----id:流程的id,用与程序内部识别 -----name流程的名字,用于用户显示识别 -----Main config -----Label width:组件的大小,自动 -----Condition:执行该流程的条件,可以通过#{}或${}结合流程变量来 实现 -----Listeners:通过类来控制流程的执行,该来要实

转自http://blog.csdn.net/qq_30739519/article/details/51225067 1.1.1. 前言 分享牛原创(尊重原创 转载对的时候第一行请注明,转载出处来自分享牛http://blog.csdn.net/qq_30739519) 我们在使用activiti 工作流引擎的时候,最常用的肯定是任务节点,因为在OA系统.审批系统.办公自动化系统中核心的处理就是流程的运转,流程的运转依赖于人员如何设置,人员的设置是非常重要的一个环节,所以说如果能让activi

转载请注明源地址:http://www.cnblogs.com/lighten/p/5927949.html 1.前言 之前学习的时候一直在其它文章看到activiti提供了七个接口来操作工作流,但在5.21版本中,查看源码发现目前是提供了八个服务.这里说个查看源码的小技巧,查看源码要弄明白创作者的思路,也就要看其写的功能模块和类的继承体系了,在eclipse中点击类名,按F4就能查看这个类的相关信息和继承了这个类的子类,一般都是点在抽象类和接口上,这样可以很快看到有些什么内容.举个例子,act

多个部门发起资金计划,最后统一到财务部审批,每个部门发起资金计划是一个子流程,财务部审批是多个部门的计划同时审批,审批完成后,再提交上级领导审批. 流程如下: 要解决以上问题,需要实现多个子流程并行处理的功能.在Activiti5有一个比较强的节点属性就是多实例,它可以支持多实例的子流程,多实例任务,多实体脚本等.目前支持多实例的节点类型有: User task Script task Java service task Web service task Business rule task E

最近由于接触到Activiti工作流引擎,因此粗读了一下它的源码. 总结了一些内容如下,这些内容一般的doc上都是没有提及的. 1. model.Activity与model.Task Activity是模型时期对象(想想BPMN文件的那些元素),它有3个子类:CallActivity, SubProcess, Task(注意是 org.activiti.bpmn.model.Task) 流程启动的那个活动可以理解成有一个StartEventActivity Task有N个子类:Business

八.BPMN 2.0流程图详解 BPMN 2.0的标准的出现是好事,用户不在被某个工作流开发商绑架或者在工作流中开发妥协,Activiti作为BPMN标准的一套解决方案,使得用户在选择工作流框架时可以平滑的迁移过渡.也有负面的不好的消息,就是BPMN标准是大量开会讨论和开发商妥协的结果(一般这是在做梦),所以用户在阅读BPMN规范会感觉到它太笨重了,Activiti开发工作流将用户体验放到第一位置,开发出了工作流设计插件.工作流官方推荐使用工作流设计插件. 8.1 事件(Event) 每个流程设

前面关于eventType的属性值的配置简单的说了一下,activiti支持的值如下表所示:这是我摘抄的activiti官网的 Event 的名字 描述 Event的类名 ENGINE_CREATED The process-engine this listener is attached to, has been created and is ready for API-calls. org.activiti…​ActivitiEvent ENGINE_CLOSED The process-e

二.activiti.cfg.xml的其他bean节点配置 2.1 新特性:Job Executor和Async Executor 从5.17.0版本的activiti开始提供作业执行者(Job Executor)和异步作业执行者(Async Executor),Async Executor执行表现更好,并且执行异步作业对数据库更加友善.activiti官方推荐使用Async Executor,并且一些老的Job Executor依旧有效.在Java EE 7运行环境中,JSR-236规范支持容

四.使用工作流开发 org.activiti.engine.ProcessEngine提供的Service作用在工作流引擎上面,如果所示是模仿一个公司简单的审批流程,你可以下载这个Demo:Activiti unit test template玩玩. 发布这个流程图可以通过RepositoryService进行,在数据库中存储的这些静态数据是这些: <?xml version="1.0" encoding="UTF-8"?> <definition

From :http://www.mossle.com/docs/activiti/ Table of Contents 1. 简介 协议 下载 源码 必要的软件 JDK 6+ Eclipse Indigo 和 Juno 报告问题 试验性功能 内部实现类 2. 开始学习 一分钟入门 安装Activiti 安装Activiti数据库 引入Activiti jar和依赖 下一步 3. 配置 创建ProcessEngine ProcessEngineConfiguration bean 数据库配置 J

概述 Activiti在5.15以后的版本后,增加了统一的事件入口,不需要再像以前那样,监听流程的事件时,在流程定义的BPMN文件中为每个节点及流程增加以下的配置,以实现监听事件的做法,这种做法导致我们发布流程时,需要对bpmn文件进行设置,非常不方便,若调整其XML或Class类名或包名,都需要对BPMN文件重新修改并且发布,难度可想而知. 为了规避这种问题,我们重新引入统一监控机制,其思路来自Activiti的开发指导文件,如下: http://www.activiti.org/usergu

1.概述 我们知道,activiti是一个不错的流程引擎,它有自身的人员组织架构,但仅限于用户.用户组的管理,流程产生的任务(UserTask),就涉及到任务的所属人(Owner),任务的执行人(assignee),还有任务的候选人.候选用户等.而在中国的流程业务需求里,仅靠这块的人员查找是没有办法满足目前的业务需求的.举个请假流程的例子,其流程如下所示: [说明]:其中上级主管.及所在部门的领导都跟发起人所有的组织架构有关,这种查找算法可以理解为汇报线的查找处理.另外在国内的流程处理方案中,还

Activiti 6.0 之SkipExpression 惭愧惭愧,这么一个小小的功能整了这么久. ​ 还是先说一下业务场景吧.在工作流中,我们难免会遇到这样的情况,即一个流程的发起者的身份问题.举个详细的例子.就拿一个公司的报销流程来讲.可能是这样的. 没有优化过的流程图(实在不想画了,太费劲了) 优化过的流程图 ​ 怎么样?看起来是不是清爽了很多?那怎么执行呢?首先,这篇说的是SkipExpression,所以审批不通过的驳回不在这篇说. 流程启动之后,第一个任务节点就是发起任务的节点. 在