1. 一个流程执行完之后,会在act_hi_procinst表内产生一条数据: 3. 一个流程中的每个节点都会在act_hi_actinst表内产生一条数据,比如下面这个流程执行完之后会在在act_hi_actinst表内产生如下三条记录: 4. ACT_HI_TASKINST,这个只有当某个流程中有人工任务的时候,每个人工任务节点就会在该表内产生一条记录. 5. ACT_HI_VARINST,这里会记录详细记录流程中的每个变量,包括他的名字.类型,值是多少.什么时候创建的,什么时候更新的:不管

myBatis 基础测试 表关联关系配置 集合 测试 测试myelipse项目源码 sql 下载 http://download.csdn.net/detail/liangrui1988/5993881 在上一篇做了简单 增删改查 的测试,基本代码+api 下载 可以看上一遍博文 myBatis 基础测试 增 删 改 查 用过hibrenate 之后,感觉很好理解 动行效果: sql : CREATE TABLE `student` ( `grade_id` int(11) DEFAULT NU

ACTIVITI ACT_RU_EXECUTION 表     这个表是工作流程的核心表,流程的驱动都和合格表有密切的关系. 一般来讲一个流程实例都有一条主线.如果流程为直线流程,那么流程实例在这个表中只有一条记录对应.     ID_:EXECUTION主键,这个主键有可能和PROC_INST_ID_相同,相同的情况表示这条记录为主实例记录. REV_:表示数据库表更新次数. PROC_INST_ID_:一个流程实例不管有多少条分支实例,这个ID都是一致的.   比如以下流程:   这个对应的

转自:http://www.jianshu.com/p/dbec25bd575f 前言 之前用过数据库框架:realm.kjdb,今天准备实践学习一下greendao 3.0.greendao 3.0之前的版本有很大的不同,主要是增加了annotation注解,然后表之间和对象之间的关系也通过注解而变得更加灵活方便了.以前用过旧版本的都知道,对于多表多对象之间的关联,要写的代码不少. 我在学习greendao 3.0的时候,有一个感触,网上的文章很多,但是千篇一律,大多都是翻译官方文档而来,举得

链接:java工作流activiti的步骤 Activiti的后台是有数据库的支持,所有的表都以ACT_开头. 第二部分是表示表的用途的两个字母标识. 用途也和服务的API对应. ACT_RE_*: 'RE'表示repository. 这个前缀的表包含了流程定义和流程静态资源 (图片,规则,等等). ACT_RU_*: 'RU'表示runtime. 这些运行时的表,包含流程实例,任务,变量,异步任务,等运行中的数据. Activiti只在流程实例执行过程中保存这些数据, 在流程结束时就会删除这些

Activiti 用到的表都是act_开头 下面分别来介绍下 activiti 所用到的表: Act_RE_* 表示 RepositoryService接口所操作的表:包含了流程定义信息 .流程静态资源(图片.规则啥的). Act_RU_*表示RuntimeService 接口 ,运行时的表,用户任务.变量等运行时的数据. Activiti只存储实例执行期间的运行时数据,当流程实例结束时,将删除这些记录. Act_id_* 表示identity,IdentityService接口所操作的表 ,这

一.案例 1.1 建立Activiti Diagram图 new -> activiti ->Activiti Diagram,创建一个HelloWorld文件,后缀自动为bpmn,如下图定义好流程之后,保存该bpmn文件就会生成下图中的png图片 用xml打开该bmpn文件,有 <?xml version="1.0" encoding="UTF-8"?> <definitions xmlns="http://www.omg.

act_re_deployment #部署对象表 act_re_prodef  #流程定义表 act_ge_bytearray #资源文件表 act_ge_property   #主键生成策略表 act_ru_execution  #正在执行的执行对象表 act_hi_proinst #流程实例的历史表

maven项目如下: 配置好数据库,和activiti的配置之后,开始执行流程部署 package com.yuanqiao.first_activiti.deployment; import java.util.List; import org.activiti.engine.ProcessEngine; import org.activiti.engine.ProcessEngines; import org.activiti.engine.RepositoryService; import

1.设置Form key如图: 2.根据任务id得到Form key TaskFormData formData = formService.getTaskFormData(taskId);; String formKey = formData.getFormKey(); 3.运用 Form key的应用主要是获取任务节点需要展示的页面 当我们要打开任务表单的时候可以重定向到任务表单,重定向的action如: formKey + "?id=" +objId + "&t

原创/朱季谦 我接触工作流引擎Activiti已有两年之久,但一直都只限于熟悉其各类API的使用,对底层的实现,则存在较大的盲区. Activiti这个开源框架在设计上,其实存在不少值得学习和思考的地方,例如,框架用到以命令模式.责任链模式.模板模式等优秀的设计模式来进行框架的设计. 故而,是值得好好研究下Activiti这个框架的底层实现. 我在工作当中现阶段用的比较多是Activiti6.0版本,本文就以这个版本来展开分析. 在使用Activiti工作流引擎过程中,让我比较好奇的一个地方,是

手把手教你如何玩转Activiti工作流 置顶 2018年01月30日 19:51:36 Cs_hnu_scw 阅读数:24023   版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/Cs_hnu_scw/article/details/79059965 一:Activiti的介绍 场景:学校 主角:阿毛  ,   班主任   ,教务处处长 问题:有一天,阿毛到学校,感觉到身体不舒服,然后想跟班主任请假,然后班主任告诉阿毛说,你想请假,那么就必须

数据库设计的三大范式:为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个:第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式:第二范式在第一范式的基础之上更进一层.第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言).也

Magento数据库表结构相当复杂,250多张表包含了非常多的表关联关系,让刚刚接触Magento的开发者来说真的非常头疼.往往是看到一个产品的各种属性分散在非常多的表中,找不到任何办法来取出它们的数据. 实际上,国外有一个非常出色的Magento数据库表结构维护社区,从1.3.2.1时代就开始制作并更新Magento数据库表结构,目前已经随官方同步更新到了1.6.1版本.该社区维护的Magento数据库表结构相当出色,可以查看任意一张表的表结构,以及关联表,表外键及SQL代码!如下图所示,通过

记录本例查询初衷: 有表: 表1,表2,表3 关系 1 many-to-one 2 2 many-to-one 3 结果:要通过表3中的条件反向查询表1中相关的数据 public Page<WeiCommentComment> findPageWeiCommentCommentByUserid( String userid, PageParam pageParam) { DetachedCriteria dc = super.getDetachedCriteria(); if(StringUt

http://blog.csdn.net/zwk626542417/article/details/46594505 *********************************************** 一.前言 在上一篇文章中我们将工作流的相关概念.activiti的前世今生.activiti与jbpm的比较进行学习,这篇文章我们正式进行activiti的学习,activiti的整个学习我们主要通过例子的形式来理解.今天我们主要是准备下activiti的环境,在数据库中创建activ

一.概要 1,设计TASK的表主要是:ACT_RU_TASK,ACT_HI_TASKINST(见参考-activiti表): 2,任务主要有:人工任务(usertask),服务任务(servicetask)等: 3,候选人/候选组(candidate):可以执行任务的一类人或者多个组,候选人/候选组中都可以去签收任务,一旦某人签收,就成为受理人,其他人就不能再签收受理此任务:usertask流程图中,candidate标示候选:候选人涉及的表ACT_RU_IDENTITYLINK; 4,受理人(

本文目录:       1.自定义JDBC框架 ——数据库元数据:DataBaseMetaData        2.自定义JDBC框架 ——数据库元数据:DataBaseMetaData        3.自定义JDBC框架 ——结果集元数据: ResultSetMetaData        4.使用元数据简化JDBC代码              (1) 万能更新              (2) 万能查询        5.Apache—DBUtils框架简介        6.DbUt

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

一.概要 设计TASK的表主要是:ACT_RU_TASK,ACT_HI_TASKINST(见参考-activiti表): 任务主要有:人工任务(usertask),服务任务(servicetask)等: 候选人/候选组(candidate):可以执行任务的一类人或者多个组,候选人/候选组中都可以去签收任务,一旦某人签收,就成为受理人,其他人就不能再签收受理此任务:usertask流程图中,candidate标示候选:候选人涉及的表ACT_RU_IDENTITYLINK; 受理人(assignee

测试的时候出现一个异常: ContextLoader.initWebApplicationContext(308) | Context initialization failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'processEngine': FactoryBean threw exception on object creation; nested e