1.  回退(驳回) 回退的思路就是动态更改节点的流向.先遇水搭桥,最后再过河拆桥. 具体操作如下: 取得当前节点的信息 取得当前节点的上一个节点的信息 保存当前节点的流向 新建流向,由当前节点指向上一个节点 将当前节点的流向设置为上面新建的流向 当前节点完成任务 将当前节点的流向还原 取得之前上个节点的执行人 设置上个节点的assignee为之前的执行人 代码实现起来可能是这样的: @Test public void huitui() throws Exception { ProcessEng

http://blog.csdn.net/aochuanguying/article/details/7594197 package com.famousPro.process.service.impl; import java.util.ArrayList; import java.util.HashMap; import java.util.List; import java.util.Map; import org.activiti.engine.FormService; import o

http://blog.csdn.net/rosten/article/details/38300267 package com.famousPro.process.service.impl; import java.util.ArrayList; import java.util.HashMap; import java.util.List; import java.util.Map; import org.activiti.engine.FormService; import org.act

最近公司做的一个项目要实现工作流程的收回,驳回等操作,而采用的工作流引擎并不支持驳回功能,这个项目恰好就我和一个实习生一块做,所以这个问题就落到我的头上来解决了... 客户提出的要求是驳回时要记录日志,但是审批意见之类的需要清除掉,收回时不记录日志,审批意见同样清除. 百度了一下,总结了5个解决方案: 第一种是清除当前任务的出口,实现回到上一步的功能. 根据任务ID获取当前的任务节点,进而获取流程实例,然后取到流程的定义,找到当前活动的节点与上一步活动的节点,然后清除当前活动的出口,将上一步活动

1.  工作流 简单地来讲,工作流就是在计算机的协助下实现流程的自动化控制.目前,笔者熟知的主流的框架有:Camunda .Flowable .Activiti .jBPM.还有我们国产的盘古BPM.其中,Camunda .Flowable 都有商业版(企业版)和非商业版(社区开源版). 技术产品各有千秋,Flowable专注于流程引擎,Activiti现在专注于Cloud.笔者最推荐Camunda,盘古BPM还没用过看起来应该也挺好用的. 关于Camunda补充几篇文章 Camunda开源版与

大佬们的项目里有用到会签,所以趁双休日研究了下. 其实也是简单的会签情况,不过开始的时候研究了4.4,(因为先前研究的都是4.4),发现4.4跟4.3的处理方法完全不一样,搞的我比较郁闷……弄了一天,都是一个老问题,就是在历史记录表中查不到记录.后来查了很多资料,才觉悟4.4的处理方式确实不同于4.3. 4.3中的实现还是很简单的.实例中使用custom节点. 例子是前几次实例中的请假,就很简单的申请——manager和boss进行会签——同意则继续,不同意返回. 下面是主要的类及说明: pac

前言:会签和加签是常见审批流程模式,在引擎中,对这两种流程模式做了分别定义和实现,其中也用到了Workflow Pattern的Multiple Instance(多实例) . 1. 会签和加签的定义 会签即当前运行节点有多人进行办理,或者可以说当前节点存在多个办理任务.这些任务可以分为两种情况来运行:一种是按顺序进行办理,即串行会签:一种是同时进行办理,即并行会签. 串行会签和并行会签都可以进行通过率的设置,串行会签和并行会签中通过率是按照通过人数或者百分比进行设置,达到通过人数(或者百分比)

http://man1900.iteye.com/blog/1607753 在流程业务管理中,任务是通常都是由一个人去处理的,而多个人同时处理一个任务,这种任务我们称之为会签任务.这种业务需求也很常见,如一个请款单,领导审批环节中,就需要多个部门领导签字.在流程业务中,我们可以把每个领导签字的环节都定义为任务,但若这样,这个流程业务有一点是固定的,就是签批人是固定的.而任务是由一个领导签完再到另一领导,当然也可以由多个领导同时签字. 传统的用流程业务来解决可以采用以下的做法: 串行会签 并行会签

http://blog.csdn.net/xiaozhang0731/article/details/8699558 1. jBPM4的特点 jBPM是JBoss众多开源项目中的一个工作流开源项目,也是目前应用最广泛的工作流项目.在今年的7月10号,JBoss jBPM团队正式发布了jBPM4的正式版.jBPM4完全基于流程虚拟机(PVM)的机制,对核心引擎进行了重新设计,而PVM的引入也使得jBPM4 可以支持多流程语言了.除此之外还有很多其它的特点:     * 流程定义对象的变化     

1.什么是会签? 在流程业务管理中,任务是通常都是由一个人去处理的,而多个人同时处理一个任务,这种任务我们称之为会签任务.这种业务需求很常见,如一个请款单,领导审批环节中,就需要多个部门领导签字.在流程业务中,我们可以把每个领导签字的环节都定义为任务,并且这个会签的人员是不固定的,若固定的我们可以通过Activiti的并行任务或串行任务来处理.会签的引入说明,无非就是为了流程流转至某一环节点,其审批的人员是动态的,并且需要根据会签审批的结果实现流程的不同流转. 2.中国特色的会签需求是什么? 会

前面随笔介绍了请假申请单和报销申请单两个不同的业务表单的流程处理,一个是单表信息,一个包含明细的主从表信息,后者包含了条件流程的处理,在流程审批中,一般还有一种流程处理就是会签的操作,会签处理是几个审批步骤中审批人同时处理是否通过的,一般同时通过即为通过.本篇随笔介绍工作流中的会签处理过程. 1.会签流程定义 会签是指创建一个或多个子流程供相关人员进行审批,等待全部人员完成处理后再次回到主流程上,然后决定是否继续流转到下一个流程步骤上去,一般的申请单的主流程如下所示. 这里设置的会签处理就是其中

在前面介绍了框架中工作流的几个开发过程,本篇随笔重点介绍一下日常审批环节中的具体处理过程,从开始创建表单,以及各个审批.会签过程的流转过程,希望大家对其中流程的处理有一个大概的印象. 1.请假申请表单 这里介绍的具体功能,是在业务表单已经完成好,具体的使用过程,我们以请假申请单为例,在我们创建对应的流程步骤如下所示后, 我们就可以开始创建具体的业务审批流程了,在业务受理列表里面选择对应的请假申请,弹出相应的创建业务流程表单窗体. 单击[发送]按钮,会要求选择下一步的审批人,如下所示. 这样对应的

​ 上篇博文,我们完成一个任务SKIP的实现,说好要给各位看官带来驳回实现的现在,就奉上具体实现和讲解.(其实我感觉我的注释写的已经非常清楚了,哈哈) ​ 依旧是,先说我们的需求和思路. PS: ​ 从6.0.0降到5.22.0版本的原因因为项目中有一个版本冲突,导致的降级.后期还是以新版本为主.6.0版本的驳回有时间再来搞. 需求: 流程中的审批任务节点可以驳回到之前的任意任务节点 驳回到指定节点的任务之后的轨迹不需要显示 嗯,大致上就是这样的一个需求,根据这个需求,其实我走了很多弯路,但都离

会签:就是一个步骤要所有人都审批完成才能完成. 上一步提交到会签步骤时,该步骤的每个人都能收到一条待办任务, 会签审批人每次提交时都检查该步骤所有会签人是否已经审批,如果全部审批就产生下一手任务. 演示:http://wftest.bomye.cn/ 1.先建一个用户组 2.给用户组加两个成员 3.配置流程会签步骤 配置完成,可以去发起一个审批了,到主管会签时可以发现只有销售主管和销售经理全部审批完成,才会扭转到总监审批. 和会签相对应的是“单签”,就是虽然可以多人收到同一步骤的待办,但只要有一

本文由  网易云发布. 1月20日,“走进网易:移动测试与安全实践”公开活动在杭州西湖区颐高创业大厦4F楼友会创业咖啡厅举行.本次活动的议题聚焦在如何实现应用的高效开发.安全过检.开发功耗降到最低等热门话题. 现场多位来自网易.华为的技术专家分享了他们工作中的相关经验和技术实践.其中网易资深安全开发工程师朱星星带来了主题为<安卓App安全过检实践>的干货分享,他认为工信部对移动APP应用安全过检要求日益增多,这导致很多开发者会碰到上架被拒的尴尬.所以他建议技术开发者们在开发移动APP时,最应小

转: Activiti学习之 多实例实现会签功能 2014年11月26日 11:27:11 程诺 阅读数:26185   版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/chq00788/article/details/41513451 一个任务需要多个角色进行审批或者表决,根据这些审批结果来决定流程的走向.实现以上任务,activiti已经提供了支持,可以使用BPMN规范的多实例活动来实现. 1.Activiti多实例: 多实例节点是在业务流程

前言:  流程引擎的核心功能是负责解析流程定义XML和流转,业务环节的不断积累,让人们不断总结和抽象出一些模式,这些模式统称为工作流模式(Workflow Pattern).本文的重点就是介绍一种常见的由两种模式组合而成的新模式. 1. 工作流模式基本介绍 关于工作流模式,已经广泛被流程分析和设计人员认可,它非常有助于工作流系统的各类用户对业务过程的理解,也能帮助架构师对引擎功能的开发和扩展.更多工作流模式因为网上已经有比较多的资料,这里就不再详细说明了,比如以下的网络资源供大家学习和了解. h

前些天在群里聊工作流和Activiti,群里有人分享了自己的工作流引擎开源项目,大伙纷纷问这问那(比如为什么突然自己搞个process engine.有没有eclipse plugin.能不能绘制流程图等等). 现实生活中的工作流程,我们也经常碰到需要会签的情况,支持会签是很必要的. 正好有两个人问道:支持会签吗? 也有人也问道:什么是会签? 如果从process engine的角度上讲呢? 可以说一个task节点下有多个task instance. 而不是一个从task节点执行到多个task节

一个任务需要多个角色进行审批或者表决,根据这些审批结果来决定流程的走向.实现以上任务,activiti已经提供了支持,可以使用BPMN规范的多实例活动来实现. 1.Activiti多实例: 多实例节点是在业务流程中定义重复环节的一个方法. 从开发角度讲,多实例和循环是一样的: 它可以根据给定的集合,为每个元素执行一个环节甚至一个完整的子流程, 既可以顺序依次执行也可以并发同步执行. 多实例是在一个普通的节点上添加了额外的属性定义 (所以叫做'多实例特性'),这样运行时节点就会执行多次. 下面的节

后台加入工作流步骤(这个不重要,自己实现) package com.blk.integrated.pojo; import java.io.Serializable; import java.util.Date; import javax.persistence.Column; import javax.persistence.Entity; import javax.persistence.GeneratedValue; import javax.persistence.GenerationT