如何实现Activiti的分支条件的自定义配置 博客分类: Activiti Java SaaS   一.Activiti的流程分支条件的局限 Activiti的流程分支条件目前是采用脚本判断方式,并且需要在流程定义中进行分支条件的设定,如下图所示: <sequenceFlow id="flow2" sourceRef="exclusiveGw" targetRef="theTask1"> <conditionExpressio

http://blog.csdn.net/zwk626542417/article/details/46646565 *********************************************************** 一.前言 上一篇文章中我们将Activiti流程定义管理的知识进行了介绍,这篇文章我们继续Activiti流程实例和任务管理的学习. 二.正文 流程实例(ProcessInstance ) 流程实例(ProcessInstance)和上一篇文章中流程定义(Pro

1.流程(process) bpmn文件一个流程的根元素.一个流程就代表一个工作流. 2.顺序流(sequenceFlow) 顺序流是连接两个流程节点的连线,代表一个节点的出口.流程执行完一个节点后,会沿着节点的所有外出顺序流继续执行. 就是说,BPMN 2.0默认的行为就是并发的: 两个外出顺序流会创造两个单独的,并发流程分支. 顺序流主要由4个属性组成: Id: 唯一标示,用来区分不同的顺序流 sourceRef:连线的源头节点ID targetRef:连线的目标节点ID name(可选):

题外话: 最近在忙公司的云项目空闲时间不是很多,所以很久没来更新,今天补上一篇! 回顾: 前几篇介绍了一下设计器的界面和Draw2d基础知识,这篇讲解一下本设计器如何扩展Draw2d. 进入主题: 先看一下扩展的类图: 其中有颜色标注的类即是扩展类,其中Node.Port.InputPort.OutputPort是Draw2d提供的类,其余都是扩展类. 这里重点介绍几个核心类以及相关重要的方法,如下: 上图中黄色部分负责生成Activiti流程文件中Task对应的XML片段,所以对于不同类型Ta

流程分支.聚合.流程每个分支节点都全部处理完成后,聚合到下一个节点. JPDL <?xml version="1.0" encoding="UTF-8"?> <process key="fork" name="fork" xmlns="http://jbpm.org/4.4/jpdl"> <start g="56,154,48,48" name="

最近做activiti流程发起人的控制,最开始的想法是新建一张表 ,通过控制流程定义id与发起人id进行控制,如果这样每次发布新的流程就必须 重新设置流程发起人,因为通过流程定义不能获取流程模型id,虽然很不合理,但是确实获取不到流程模型id,最后问了同事,可以通过process的key.以及 defination的key 来进行控制,流程定义的key很好获取,可以通过processDef.getKey()获取,但是流程模型的key不好获取,数据库里的key并不是流程模型的key 流程模型的ke

activiti 流程部署 保存流程图到数据库  保存二进制图片 存储失败 具体错误如下 具体 junit测试 结果 :提示如下: 解决方法: 数据库版本不同 无法保存二进制文件到数据库表中!5.5.27-->5.5.49         数据库覆盖安装,不用担心数据库中表丢失    问题解决

Activiti 流程启动 流程定义部署后,就可以通过工作流管理业务流程了,也就是说前文部署的出差申请流程可以使用了.针对该流程,启动一个流程表示发起一个新的出差申请单,这就相当于 java 类与 java 对象的关系,类定义好后需要创建一个对象使用,也可以创建多个对象.对于出差申请流程,张三发起一个出差申请单需要启动一个流程实例,李四发起一个出差申请单也需要启动一个流程实例 Activiti 流程启动主要有两种方式,分别是根据 processDefinitionKey 启动和根据 proces

一个流程中,流程实例只有一个,执行对象可以有多个(如果存在分支和聚合) SELECT * FROM activiti.act_ru_execution a;  #正在执行的执行对象表 SELECT * FROM activiti.act_hi_procinst a;  #流程实例的历史表 SELECT * FROM activiti.act_ru_task a; #正在执行的任务表(只有节点是UserTask的时候,该表中才存在数据) SELECT * FROM activiti.act_hi_

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

有时候,我们需要对一个已经执行的流程进行暂停,而不是删除它,这个时候就需要我们调用activiti暂停和激活的api来操作他们 每启动一个流程实例,都会在该流程实例下产生相应的流程任务,处于1*多的关系,每次流程实例运行到某一个节点下,都会在当前任务表act_ru_task产生一个或者多个任务(一般情况是一个,出现分支会多个), 结束一个任务我们可以看到当前运行的任务表act_ru_task会删除这个任务task,而在历史任务表act_hi_taskinst中(通过historyService)

day#1(11.13) 尝试通过spring boot 集成最新版activiti 7,但是苦于官方的文档基本为空,无法完成spring boot的配置,最终按照activiti 6的文档,手工初始化ProcessEngine以及完成deploy测试. 在eclipse中安装流程模型设计器,并画简单的流程. day#2(11.14) 想要开启activiti对数据库操作的SQL日志打印,研究了好一番功夫,终于得以实现.实现方式如下: <?xml version="1.0" en

流程跟踪图-推导算法 工作中使用activiti实现流程图相关业务,但是上线后遇到问题,偶尔流程图出不来.查阅了一下画流程图的实现,基本上是参见:activiti-流程图颜色变化之一篇. 核心类,参见:ActivitiHistoryGraphBuilder.Graph: 实际上,算法思路是通过act_hi_actinst来查找到走过的历史任务节点,并按开始时间排序.对这些历史节点遍历,分别查找每个节点的进边(FromNode-Edge-ToNode),具体的实现是:ActivitiHistory

上一篇介绍了定制器相关的文件,这篇我们来看看整个定制器的界面部分,了解了页面结构有助于更好的理解定制器的实现,那么现在开始吧! 首先,我们来看看整体的结构: 整体结构比较简单,主要包括三个部分: 1.调色板:放置工作流各种模型(节点.分支.开始.结束等等),使用时用鼠标拖动放到画布上即可,比                    较简单不再赘述: 2.画布:绘制工作流区域,这里是定制器的主要工作区,它有两个Tab页:Diagram和XML:其中Diagram可                 以

题外话(可略过): 前一段时间(要是没记错的话应该是3个月以前)发布了一个更新版本,很多人说没有文档看着比较困难,所以打算拿点时间出来详细给大家讲解一下,由于本人平时要工作还要陪老婆和孩子而且还经营着一个网店(生意不太好,但是还在坚持),所以时间比较有限,如果有讲解不到位的地方请指正. 根目录结构介绍: css目录存放样式表 image目录存放自定义的图片 js目录存放定制器使用的JS脚本库(后面会重点介绍) themes目录存放easyui的皮肤 wf目录内存放与界面相关的HTML文件 js目

http://blog.csdn.net/zwk626542417/article/details/46648139 ******************************************************************* 一.前言 上一篇文章我们将流程实例的启动与查询,任务的办理查询都进行了介绍,我们这篇文章来介绍activiti中的流程变量. 二.正文 流程变量与我们平常理解的变量是一样的,只不过是用在了我们activiti中,所以称为流程变量,流程变量在整个工

http://blog.csdn.net/zwk626542417/article/details/46602419 **************************************************************** 一.前言 在上一篇文章我们通过一个小demo对Activiti进行了宏观的介绍,让大家对Activiti有了整体的认识,这篇文章我们来学习具体的流程定义管理的CRUD. 二.正文 流程定义是什么 ProcessDefinition(流程定义)就是一个流

由于才接触Activiti不久,对于表结构也不熟悉,甚至可以说连那些表对应的实体类都搞不清楚,又不能通过Activiti自带的链式查询实现:在这种情况下跟不知道怎么通过sql去实现自己想要的查询.上网看了些别人关于Activiti的介绍也不是很多,有的时候在自己模棱两可情况下看了别人的资料更不知道该怎么做了. 例如:我现在需要做个流程的已办事项,结果activiti的人都知道,activiti会将我们正在执行的任务复制一份在历史表中,要是这个任务完成了的话,他就会将正在执行的任务表中的数据清除使

Activiti的流程 部署方式有很多种方式,我们可以根据activit工作流引擎提供的ap方式进行部署. 当然了实际需求决定你要使用哪一种api操作,后面的总结详细介绍了使用场景. 下面看一下部署方式. 流程部署的方式在类org.activiti.engine.repository.DeploymentBuilder中定义的部署方接口式如下 : DeploymentBuilder addInputStream(String resourceName, InputStream inputStre

http://blog.csdn.net/zwk626542417/article/details/46648139 一.前言 上一篇文章我们将流程实例的启动与查询,任务的办理查询都进行了介绍,我们这篇文章来介绍activiti中的流程变量. 二.正文 流程变量与我们平常理解的变量是一样的,只不过是用在了我们activiti中,所以称为流程变量,流程变量在整个工作流扮演着很重要的角色. 例如,请假流程中有请假天数.请假原因等一些参数都是流程变量使用的范围,流程变量的作用域范围是只对应一个流程实例