activiti

我们先来看看工作流和Activity？ 工作流引擎 所谓工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。工作流引擎包括流程的节点管理、流向管理、流程样例管理等重要功能。 Activity介绍 Activity是由Alfresco软件在2010年5月17日发布的业务流程管理（BPM）框架，它是覆盖了业务流程管理、工作流、服务协作等领域的一个开源的、灵活的、易扩展的可执行流程语言框架。Activiti基于Apache许可的开源BPM平台，创始人Tom Baeyens是JBoss jBPM的项目架构师，它特色是提供了eclipse插件，开发人员可以通过插件直接绘画出业务流程图。 XJR快速开发平台的工作流是整合activity工作流引擎的图形化流程设计器，通过可视化配置界面。基于B/S结构，纯浏览器应用，只需要拖拽组件，拼接流程，就能实现各层的审批。既能实现OA办公系统内部工作流之间的数据整合，如借款与报销、预算与决算等，又能实现OA办公系统工作流与其他业务系统之间的数据整合，如HR、ERP、CRM等。 XJR快速开发平台技术选型: 使用目前流行的多种web技术，包括springboot， JPA，Druid， Activiti，Lombok，swagger，poi

最近在研究工作流activiti，把自己的开发过程做的验证发表出来给大家参考，说的并不会很全，但是都是自己验证可以使用的。 有时候在使用activiti提供的api不满足业务的时候使用自定义sql 两种： 1.xml配置： <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> <mapper namespace="org.activiti.engine.impl.persistence.entity.HistoricProcessInstanceEntity"> <select id="selectHistoricProcessInstanceIdsByProcessDefinitionId1" parameterType="org.activiti.engine.impl.db.ListQueryParameterObject" resultType="string"> select ID_ from ${prefix}ACT_HI_PROCINST where PROC_DEF_ID_ = #{parameter} </select> <

ProcessEngine Activiti流程引擎对象，用户应用程序中仅需要一个中央ProcessEngine实例，提供对公开BPM和工作流操作的所有服务的访问. repository包下的对象 Model 对应的数据表为 ACT_RE_MODEL ，流程模型，表示存储在模型存储库中的模型。此外，可以在单独的部署步骤中将模型部署到Activiti Engine。模型是过程模型的元数据和源的容器，通常可以在建模环境中对其进行编辑。 Deployment 对应的数据表为 ACT_RE_DEPLOYMENT ，流程部署，表示流程存储库中已经存在的部署。它包含相关资源，例如流程定义，图像，表单等。Activiti引擎将识别某些此类资源并对其进行处理。如要创建 Deploymen ，请使用 DeploymentBuilder 。部署本身是一个只读对象，部署后不能更改其内容（因此需要使用构建器）。 ProcessDefinition 对应的数据表为 ACT_RE_PROCDEF ，流程定义。表示由活动和过渡组成的可执行过程。通常使用图形编辑器创建业务流程，这些图形编辑器以某种文件格式存储流程定义。可以将这些文件添加到 Deployment 对象中，例如bpmn文件。在部署时，引擎将流程定义文件解析为此类的可执行实例，可用于启动 ProcessInstance 流程任务。

JFinalOA 目前为flowable，flowable为activiti平滑升级主要表结构跟activiti一致。 Activiti使用到的表都是 ACT_ 前缀，列名都是有 下划线 后缀，防止关键字冲突。 ACT_RE_* : ’RE’表示repository(存储 )，RepositoryService接口所操作的表。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT_RU_* : ‘RU’表示runtime，运行时表-RuntimeService。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。 ACT_ID_* : ’ID’表示identity (组织机构)，IdentityService接口所操作的表。用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。 ACT_HI_* : ’HI’表示history，历史数据表，HistoryService。就是这些表包含着流程执行的历史相关数据，如结束的流程实例，变量，任务，等等 ACT_GE_* : 全局通用数据及设置(general)，各种情况都使用的数据。 表摘要 表名 描述 ACT_EVT_LOG 事件日志表 ACT_GE

理论 什么是工作流 工作流(Workflow)，就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。 工作流管理系统(Workflow Management System, WfMS)是一个软件系统，它完成工作量的定义和管理，并按照在系统中预先定义好的工作流逻辑进行工作流实例的执行。工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。 工作流有哪些模块 数据库表介绍(5.x/6.x) 详情参照: Activiti表结构介绍 Activiti 使用到的表都是 ACT_ 开头的。表名的第二部分用两个字母表明表的用途。 ACT_GE_ （ GE ） 表示 general 全局通用数据及设置，各种情况都使用的数据。 ACT_HI_ （ HI ） 表示 history 历史数据表，包含着程执行的历史相关数据，如结束的流程实例，变量，任务，等等 ACT_ID_ （ ID ） 表示 identity 组织机构，用户记录，流程中使用到的用户和组。这些表包含标识的信息，如用户，用户组，等等。 ACT_RE_ （ RE ） 表示 repository 存储，包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。 ACT

有时候我们会遇到这样的需求，公司不大，但是信息化程度也蛮高，公司的员工素质也很高，管理也很规范，甚至还有外地分公司，直接上一个OA系统吧，往往也无法符合公司的灵活管理需求，往往受制于商品化OA的功能限制，商业限制。直接定制一个OA系统也不大愿意承受几十万的开发费用，同时也不知道都提什么需求比较好，也不想去惹麻烦， 也没精力去整理需求。 这里不得不提到现在流行的java快速开发平台，价格不高，可扩展强。平台可以搭建OA、ERP、CRM多种企业系统。 快速开发平台，简单的理解就是：开发人员以某种编程语言或者某几种编程语言（比如：目前流行的多种web技术，包括springboot， JPA，Druid， Activiti，Lombok，swagger，poi，WebSocket，Jquery，BootStrap， maven，Jenkins 等等 ）为基础，将各种需要的功能封装在不同的层中，具大家调用而开发出来的一个软件。 这个java快速开发平台其实不是一个最终的软件产品，它是一个二次开发软件框架，用户可以在这个产品上进行各种各样的软件产品的开发，并且在这个产品上进行开发的时候，不需要像以往的编程方式那样编写大量的代码，而是只需要进行一些简单的配置，或者是写极少量的代码便可以完成一个业务系统的开发工作——XJR快速开发平台。 这款 XJR快速开发平台

链接:java工作流activiti的步骤 Activiti的后台是有数据库的支持，所有的表都以ACT_开头。 第二部分是表示表的用途的两个字母标识。 用途也和服务的API对应。 ACT_RE_*: 'RE'表示repository。 这个前缀的表包含了流程定义和流程静态资源 （图片，规则，等等）。 ACT_RU_*: 'RU'表示runtime。 这些运行时的表，包含流程实例，任务，变量，异步任务，等运行中的数据。 Activiti只在流程实例执行过程中保存这些数据， 在流程结束时就会删除这些记录。 这样运行时表可以一直很小速度很快。 ACT_ID_*: 'ID'表示identity。 这些表包含身份信息，比如用户，组等等。 ACT_HI_*: 'HI'表示history。 这些表包含历史数据，比如历史流程实例， 变量，任务等等。 ACT_GE_*: 通用数据， 用于不同场景下，如存放资源文件。 act_re_deployment 部署信息表 act_re_model 流程设计模型部署表 act_re_procdef 流程定义数据表 act_ru_execution 运行时流程执行实例表 正在执行的实例 act_ru_identitylink 运行时流程人员表，主要存储任务节点与参与者的相关信息 act_ru_task 运行时任务节点表 act_ru_variable

1.首先是maven添加依赖各种报错。 <!-- https://mvnrepository.com/artifact/org.activiti/activiti-spring-boot-starter-basic --> <dependency> <groupId>org.activiti</groupId> <artifactId>activiti-spring-boot-starter-basic</artifactId> <version>5.22.0</version> </dependency> 尝试数次，无效，改天再次尝试，成功。 2.后来使用5.17版本，成功 <dependency> <groupId>org.activiti</groupId> <artifactId>spring-boot-starter-basic</artifactId> <version>5.17</version> </dependency> 其中很多的架包无法直接引入，需要手动导入。详见手动导入maven架包。 5.17版本和mybitis3.25兼容，其他的版本都有问题，具体问题是sql会多出一个order by。最后还是使用5.22版本 3.环境搭建好之后，部署对应的activiti流程，activiti desingner在前面已经说过了。启动项目，对于

前言 Activiti项目是一项新的基于Apache许可的开源BPM平台，从基础开始构建，旨在提供支持新的BPMN 2.0标准，包括支持对象管理组（OMG），面对新技术的机遇，诸如互操作性和云架构，提供技术实现。 架构师Tom Baeyens说：“ Activiti有非常大的影响力来改变目前BPM的生态。Activiti的Apache授权，完整的功能，将使Activiti到达一个新的水平。Activiti将推动业界的创新，因为BPM技术可以广泛而自由地被应用。通过实现这些想法以及开源社区的努力，也让Activiti成为事实上的 BPM和BPMN标准执行“。 SpringSource的首席技术官Adrian Coyler说道：”这是一个对Spring开发人员和Java社区总体的发展非常令人兴奋的事情，长期以来一直需要一个Apache许可的流程引擎，这对许多应用系统非常实用的需求。我们认为，Activiti作为新的应用领域扩展到的Java和开源的发展，特别是在云架构上”。 扯的有点远了，Activiti7主要是分两大块 一、Activiti Cloud是一组从头开始设计的Cloud Native组件，可在分布式环境中使用。我们选择了Kubernetes作为我们的主要部署基础架构，并且我们将Spring Cloud / Spring Boot与Docker一起用于这些组件的容器化

操作数据表 流程定义部署后操作 activiti数据表如下： act_re_deployment 流程定义部署表，记录流程部署信息 act_re_procdef 流程定义表，记录流程定义信息 act_ge_bytearray 资源表 部署信息表( act_re_deployment ) 部署流程定义时需要被持久化保存下来的信息。 字段名称 字段描述 数据类型 主键 为空 取值说明 ID_ ID_ nvarchar(64) √ 主键ID NAME_ 部署名称 nvarchar(255) √ 部署文件名 CATEGORY_ 分类 nvarchar(255) √ 类别 DEPLOY_TIME_ 部署时间 datetime √ 部署时间 流程定义数据表( act_re_procdef ) 业务流程定义数据表。此表和 ACT_RE_DEPLOYMENT 是多对一的关系，即，一个部署的bar包里可能包含多个流程定义文件，每个流程定义文件都会有一条记录在 ACT_REPROCDEF 表内，每个流程定义的数据，都会对于 ACT_GE_BYTEARRAY 表内的一个资源文件和 PNG 图片文件。和 ACT_GE_BYTEARRAY 的关联是通过程序用 ACT_GE_BYTEARRAY.NAME 与 ACT_RE_PROCDEF.NAME 完成的，在数据库表结构中没有体现。 字段名称 字段描述