启动流程实例时,指定的businesskey,就会在act_ru_execution #流程实例的执行表中存储businesskey. Businesskey:业务标识,通常为业务表的主键,业务标识和流程实例一一对应.业务标识来源于业 务系统.存储业务标识就是根据业务标识来关联查询业务系统的数据. 比如:请假流程启动一个流程实例,就可以将请假单的 id 作为业务标识存储到 activiti 中,将来查询 activiti 的流程实例信息就可以获取请假单的 id 从而关联查询业务系统数据库得到请假

详细见:http://www.kafeitu.me/activiti/2012/03/22/workflow-activiti-action.html (咖啡兔好牛!) 详细见: http://blog.csdn.net/zhulianhai0927/article/details/8560519 1.ProcessInstance  (对应的表是ACT_RU_EXECUTION) 员工开始申请请假流程,通过runtimeService.startProcessInstance()方法启动,引擎

原文:http://my.oschina.net/acitiviti/blog/350957 先看看activiti中关于TASK的数据库表: 其中有两个字段:OWNER_,ASSIGNEE_ 这两个字段的意义是: 1,ASSIGNEE_(受理人):task任务的受理人,就是执行TASK的人,这个又分两种情况(有值,NULL) 1),有值的情况:XML流程里面定义的受理人,TASK会直接填入这个人: 2),NULL:XML没有指定受理人或者只指定了候选组: 没有值的时候,可以使用签收功能去指定受

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

今天试了一下在Activiti中使用log4j来进行配置发现这个会出现问题,其实Activiti中的日志系统是采用的是slf4j而不是log4j 然后使用slf4j驱动log4j来做的 通过ProcessEngineImpl中的源码可以看出 /* Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the

最近在利用jeesite开发一个小系统,趁着这个机会整理了activiti中的相关表,跟踪流程,然后查看这几个表中数据的变化,可以更好地理解流程的开发.现在整理出来,希望可以帮助更多的人! 表结构 一.工作流部署-RepositoryService 1.流程定义数据表:act_re_procdef 2.流程设计模型部署:act_re_model 3.部署信息表:act_re_deployment 二.工作流运行表-RuntimeService 1.运行时流程人员表:act_ru_identity

BPMN 2.0介绍 业务流程模型注解(BusinessProcess Modeling Notation - BPMN)是业务流程模型的一种标准图形注解.这个标准是由对象管理组(Object Management Group - OMG)维护的 BPMN规范的2.0版本允许添加精确的技术细节在BPMN的图形和元素中,同时制定BPMN元素的执行语法.通过使用XML语言来指定业务流程的可执行语法,BPMN规范已经演变为业务流程的语言,可以执行在任何兼容BPMN2的流程引擎中,同时依然可以使用强大的

http://www.kafeitu.me/activiti/2012/08/05/diff-activiti-workflow-forms.html 开篇语 这个恐怕是初次接触工作流最多的话题之一了,当然这个不是针对Activiti来说的,每个工作流引擎都会支持多种方式的表单.目前大家讨论到的大概有三种. 动态表单 外置表单 普通表单 具体选择哪种方式只能读者根据自己项目的实际需求结合现有技术或者架构.平台选择!!! 1.动态表单 这是程序员最喜欢的方式,同时也是客户最讨厌的--因为表单完全没

各个Service的作用: RepositoryService 管理流程定义 RuntimeService 执行管理,包括启动.推进.删除流程实例等操作 TaskService 任务管理 HistoryService 历史管理(执行完的数据的管理) IdentityService 组织机构管理 FormService 一个可选服务,任务表单管理 ManagerService 1:RepositoryService 是Activiti的仓库服务类.所谓的仓库指流程定义文档的两个文件:bpmn文件和

流程的人员参与角色: Assignee :签收者(即待办人) Candidate:候选人 Owner:拥有者 Starter:启动者 participant:参与者,包含查阅 流程变量的类型: String Date Double Integer Long Null Short jpa-entity Boolean Bytes serializable(可序列化) 自定义type(根据你自身配置) CustomVariableType 1.控制台的主要功能 Tasks: 任务管理功能. 这里,如

http://www.mossle.com http://www.mossle.com/docs/activiti/index.html

当你的流程图为单向的时候则EXECUTION_ID和PROC_INST_ID是一样的 这种的流程图的话是一样的 这种的话就到支流是不一样的由于在节点处进行了分支,导致这个有三个方案.导致里面的分支分离然后再次在EXECTION中建立新的实例 创建了新的实例 EXECUTION_ID是现在有分支和聚合的时候会重新再EXECTION表中建立新的进程实例 而在PROC_INST_ID是主线程的ID

<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE mapper PUBLIC "-//ibatis.apache.org//DTD Mapper 3.0//EN" "http://ibatis.apache.org/dtd/ibatis-3-mapper.dtd"> <mapper namespace="com.le.ssm.dao.fl

1.与流程定义相关的4张表: 2.与执行任务相关的5张表: 3.与流程变量相关的2张表

新建springBoot项目时勾选activiti,或者在已建立的springBoot项目添加以下依赖: <dependency> <groupId>org.activiti</groupId> <artifactId>activiti-spring-boot-starter-basic</artifactId> <version>6.0.0</version> </dependency> 数据源和activi

流程引擎的API和服务 流程引擎API(ProcessEngine API)是与Activiti打交道的最常用方式 Activiti从ProcessEngine开始.在ProcessEngine中,可以获得很多包括工作流或者BPM方法的服务 ProcessEngine和服务类都是线程安全的.可以在整个服务器中仅保持它们的一个引用就可以 ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine(); RuntimeSe

Activiti中JPA简介 可以使用JPA实体作为流程变量, 并进行操作: 基于流程变量更新已有的JPA实体,可以在用户任务的表单中填写或者由服务任务生成 重用已有的领域模型,不需要编写显示的服务获取实体或者更新实体的值 根据已有实体的属性做出判断(网关即分支聚合) JPA实体要求 Activiti中JPA只支持符合以下要求的实体: 实体应该使用JPA注解进行配置, 支持字段和属性访问两种方式.@MappedSuperclass也要能够被使用 实体中应该有一个使用@Id注解的主键,不支持复合主

Activit中的历史简介 历史: Activiti中的一个组件,可以捕获发生在进程执行中的信息并永久的保存.与运行时数据不同的是,当流程实例运行完成之后它还会存在于数据库中 历史实体对象有5个: HistoricProcessInstances: 包含当前和已经结束的流程实例信息 HistoricVariableInstances: 包含最新的流程变量或任务变量 HistoricActivityInstances: 包含一个活动即流程上的节点的执行信息 HistoricTaskInstance

流程(Activiti) 流程是完成一系列有序动作的概述.每一个节点动作的结果将对后面的具体操作步骤产生影响.信息化系统中流程的功能完全等同于纸上办公的层级审批,尤其在oa系统中各类电子流提现较为明显.一般的步骤为: ①   申请者发起申请. ②   各级领导审批.一般由低级别往高级别审批. ③   每一级别审批结果将影响或者决定申请结果.若下一节点非结束节点,此节点若审批通过将转给下一节点审批:若此节点审批不通过此次审批将被驳回修改申请或者直接结束. 图1  流程图实例 ④   当流程审批结束

如果tomcat版本没错,请检查一下文件,将Activiti中war文件夹中的内容复制到webapp下,而不是将文件夹整个放进去……

http://www.jianshu.com/p/e6971e8a8dad 下面本人介绍一些activiti这款开源流程设计引擎的数据库表结构,首先阐述:我们刚开始接触或者使用一个新的东西(技术)时我们首先多问一下自己几个为什么?为什么activiti在工作流程领域这么流行呢?仅仅是因为开源么?实现如此强大的流程引擎,activiti底层设计是如何进行的?activiti中依赖哪些技术等?这些可能应该是那些刚接触这个开源流程引擎产品的人应该有的疑问.我们在用开源产品的都是其实应该多问自己为什么?