activiti

目录 activiti学习2:示例工程activiti-explorer.war的使用 一、搭建开发环境 二、运行示例工程 三、示例工程功能演示 1. 创建流程图 2. 部署流程图 3. 启动流程 4. 完成任务 5. 用户管理 四、数据持久化 五、总结 activiti学习2:示例工程activiti-explorer.war的使用 工作流主要解决的主要问题是：为了实现某个业务目标，利用计算机在多个参与者之间按某种 预定规则 自动传递文档、信息或者任务。 activiti官方提供了一个示例工程 activiti-explorer.war ,运行这个工程可以体验activiti的基本功能，了解工作流的基本使用。 本文中使用的是 activiti-5.22.0 的官方包, 下载地址 一、搭建开发环境 要运行示例工程，需要安装jdk8和tomcat。其中jdk需要jdk8或以上,tomcat我使用的是tomcat8,使用tomcat7时启动会报如下错误: 严重: Exception sending context initialized event to listener instance of class org.activiti.explorer.servlet.WebConfigurer org.springframework.beans.factory

##Query API简介 Activiti的查询API: 1）标准查询 ：在以Java对象的方式通过创建一个指定类型的Query对象(实现Query接口)后用链式编程的方式设置查询参数。弊端：不能支持复杂的查询，比如多张表联合查询或者使用OR关系查询； 2）Native查询 ：允许采用标准SQL的方式查询流程对象，不过Native查询仅支持部分流程对象(查询结果只能返回引擎的固定几个对象，返回结果不能自定义)，并且查询对象需要实现NativeQuery接口。 sql(String sql) 可以接受一个标准的SQL语句。其中表名可以通过 ManagementService#getTaskName() 获取，条件以MyBatis的格式设置，以'#'标注一个参数的开始，然后用'{...}'设置参数名称，最后用链式编程方式调用 paramter() 方法设置每一个参数的值。 3) CustomSqlExecution : 基于Mybatis的查询接口，允许开发人员使用Mybatis的语法查询数据，并且查询结果的类型很灵活，该功能被封装在ManagementService接口的executeCustomSql方法中： <MapperType, ResultType> ResultType executeCustomSql(CustomSqlExecution<MapperType,

开发环境的准备： eclipse: kapler plugin: http://activiti.org/designer/update/ tapestry-activiti-0.0.1 tapestry-core: 5.4-beta-6 database：mysql5.5.29 activiti : 5.15.1 <dependency> <groupId>org.activiti</groupId> <artifactId>activiti-engine</artifactId> <version>5.15.1</version> </dependency> <dependency> <groupId>org.codehaus.groovy</groupId> <artifactId>groovy-all</artifactId> <version>2.2.1</version> </dependency> 注解：因为tapestry-ioc-5.4和tapestry-activiti-0.0.1不兼容，所以参照重写自己的模块。 环境移置成功，直接copy源码，然后进行修正。 创建的数据库用activiti的下面脚本： activiti.mysql.create.identity.sql activiti.mysql55.create.engine.sql activiti

一、ProcessEngine。 谈到activiti核心的API那肯定是ProcessEngine类，其他所有的类都是由他而来。 如何创建：ProcessEngine processEngine = ProcessEngines.getDefaultProcessEngine(); 查看getDefaultProcessEngine()就可以发现activiti会默认加载classpath路径下activiti.cfg.xml文件。 activiti.cfg.xlm文件配置如下： 如上图可见此配置是jdbc配置信息，操作activiti的23张表。 查看org.activiti.engine.impl.cfg.StandaloneInMemProcessEngineConfiguration类可见activity默认支持h2数据库。 1、RepositoryService：管理流程部署及定义。 1）该类是activiti的仓库服务类，仓库及指流程定义文档的两个文件：.bpmn、.png 2）如何创建：RespositoryService respositoryService = processEngine.getRepositoryService(); 3）该类可以创建出一个DeploymentBuilder对象，用于部署流程。Deployment deployment =

本人博客开始迁移，博客整个架构自己搭建及编码 http://www.cookqq.com/listBlog.action 使用activiti时候，图片资源会出现乱码问题，如图： 乱码问题是困扰国人的第一大问题，神马都出现乱码，没天理啊！ 修改乱码的方法： （1）直接修改源码： org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas类的构造函数 protected String activityFontName = "Arial"; public ProcessDiagramCanvas(int width, int height) { this.canvasWidth = width; this.canvasHeight = height; if (Context.getProcessEngineConfiguration() != null) { this.activityFontName = Context.getProcessEngineConfiguration().getActivityFontName(); } this.processDiagram = new BufferedImage(width, height, BufferedImage.TYPE_INT_ARGB); this.g =

act_ge_bytearray 多个对1个 act_re_deployment 数据库说明： ACT_RE_* RE 表示 repository . 这个前缀表包含了流程定义 和流程静态资源（图片，规则等等） ACT_RU_* RU表示 runtime 这些运行时的表，包含流程实例，任务，变量，异步任务， 等运行中的数据。 Activiti 只在流程实例执行过程中保存这些数据，在流程结束时会删除这些记录。 这样运行时表可以一直很小，速度很快 ACT_ID_* ID表示identity . 这些表包含身份信息，比如用户，组等等 ACT_HI_* HI表示history . 这些表包含历史数据，比如历史流程实例，变量，任务等等 ACT_GE_* 通用数据 ，用于不同场景下，如存放资源文件 1， 资源库流程规则表 1） act_re_deployment 部署信息表 2） act_re_model 流程设计模型部署表 3） act_re_procdef 流程定义数据表 2， 运行时数据库表 1) act_ru_execution 运行时流程执行实例表 2） act_ru_identitylink 运行时流程人员表， 注意存储任务节点与参与者的信息 3）act_ru_task 运行时任务节点表 4） act_ru_variable 运行时流程变量数据表 3， 历史数据库表 1） act

工作流在我们日常的工作中用得可谓相当普及，尤其在企业内部管理系统，如考勤、财务、合同等系统中更是离不开它。在我们金融科技领域，工作流主要用于贷款审批、风控审核等环节。早期工作流在企业信息化发挥着很重要的作用，随着信息化的初步完成，工作流核心技术也为国内很多大一点的系统集成的公司所掌握。比如我们合作过的宇信、神码、浪潮、企源等传统IT公司都拥有自主产权的的工作流框架。由于工作流具有一定的门槛，国内尚没有能满足企业级应用的工作流开源框架，一些国内CMS开源项目号称支持的工作流也只是对Activiti的简单引入或者是较简单的工作流实现，还不能完整的满足一般企业应用。 Activiti是目前最热门的开源工作流框架，由于中西方文化差异及组织架构上的不同，拿Activiti来做中国式的企业级应用难度很高，需要做大量的改造，这里记录下常见的思考点及解决思路，实际碰到的问题会更多且更复杂。 1 、待办已办在Activiti相关API中是面向任务的，需求是面向流程的 比如，如下图的需求 在Activit中一个流程是有多个Task组成，而我们中国式的审批需求是一个流程只允许出现一次，哪怕这个流程你在审批过程中参与过两次以上的审批任务，也仅需要显示一次。 这里就需要将TaskService查询出来的任务再按流程实例ID进行去重，去重后任务查询api的分页会变得不可用，对待办和已办未完结来说还好