springboot2.04与activiti 6.0集成
本文就不对activiti做解释，下面直接看项目集成
以下顺序方面根据我的理解来，可以先从第二章看，再看第一张与第三章
增加activiti表的API，备注用。
目录
1.2. 创建启动类（componentScan是自己项目持久化模板，可以直接删掉）
一、springboot2.X集成activiti
1.1. 引入jar包
1.2. 创建启动类（componentScan是自己项目持久化模板，可以直接删掉）
}
1.3. 配置application.yml
1.4. 启动可能出现的错误
上述已经解决，直接启动没有问题
1.4.1 如果项目使用myibatis，则需要再依赖中排除persistence-api，否则会以下的错误：
Consider defining a bean of type 'javax.persistence.EntityManagerFactory' in your configuration.
1.4.2 在配置文件中设置不扫描processes文件包
如果还没有建bpmn模型，则会出现如下错误：
java.io.FileNotFoundException: class path resource [processes/] cannot be resolved to URL because it does not exist
另外，database-schema-update属性，可选值为: false,true,create-drop,drop-create，默认为true。
为true表示activiti会对数据库中的表进行更新操作，如果不存在，则进行创建。
1.4.3 在启动类上排除SecurityAutoConfiguration类,否则报：
java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy
因为GlobalAuthenticationConfigurerAdapter 是spring-boot-starter-security 依赖中的属于安全配置类, 而 引入的activiti-spring-boot-starter-basic 依赖中存在了一个自动安全配置类, 两个安全配置, 所以排除掉 activiti-spring-boot-starter-basic中的安全配置类 SecurityAutoConfiguration
二、编写测试流程
写的较为简单，但可通过如下进行测试，理解bpmn
三、编写bpmn
1.1 设置编码
- 预防activiti乱码，还需要修改启动idea配置，增加如下
1.2 创建bpmn
1.3 编写逻辑
1. StartEvent-->点击空白处，定义流程名称-->UserTask（请假流程，定义请假人）-->UserTask(班主任审批，定义班主任)-->userTask(教导处审批，定义教导处)-->EndEvent结束流程，如图所示：
四、activiti数据库表概览
1.1 说明
Activiti工作流总共包含23张数据表，所有的表名默认以“ACT_”开头。
并且表名的第二部分用两个字母表明表的用例，而这个用例也基本上跟Service API匹配。
u ACT_GE_* : “GE”代表“General”（通用），用在各种情况下；
u ACT_HI_* : “HI”代表“History”（历史），这些表中保存的都是历史数据，比如执行过的流程实例、变量、任务，等等。Activit默认提供了4种历史级别：
Ø none: 不保存任何历史记录，可以提高系统性能；
Ø activity：保存所有的流程实例、任务、活动信息；
Ø audit：也是Activiti的默认级别，保存所有的流程实例、任务、活动、表单属性；
Ø full：最完整的历史记录，除了包含audit级别的信息之外还能保存详细，例如：流程变量。
对于几种级别根据对功能的要求选择，如果需要日后跟踪详细可以开启full。
Acitiviti数据库中表的命名都是以ACT_开头的。第二部分是一个两个字符用例表的标识。此用例大体与服务API是匹配的。
l ACT_RE_*:’RE’表示repository。带此前缀的表包含的是静态信息，如，流程定义，流程的资源（图片，规则等）。
l ACT_RU_*:’RU’表示runtime。这是运行时的表存储着流程变量，用户任务，变量，职责（job）等运行时的数据。Activiti只存储实例执行期间的运行时数据，当流程实例结束时，将删除这些记录。这就保证了这些运行时的表小且快。
l ACT_ID_*:’ID’表示identity。这些表包含标识的信息，如用户，用户组，等等。
l ACT_HI_*:’HI’表示history。就是这些表包含着历史的相关数据，如结束的流程实例，变量，任务，等等。
l ACT_GE_*:普通数据，各种情况都使用的数据。
1.2 概览
1.2.1 Activiti数据表清单:
|
表分类 |
表名 |
解释 |
|
一般数据 |
通用的流程定义和流程资源，用来保存部署文件的大文本数据 |
|
|
系统相关属性，存储这个流程引擎级别的数据 |
||
l 流程文件部署主要涉及到3个表，分别是：ACT_GE_BYTEARRAY、ACT_RE_DEPLOYMENT、ACT_RE_PROCDEF。主要完成“部署包”-->“流程定义文件”-->“所有包内文件”的解析部署关系。从表结构中可以看出，流程定义的元素需要每次从数据库加载并解析，因为流程定义的元素没有转化成数据库表来完成，当然流程元素解析后是放在缓存中的，具体的还需要后面详细研究。 l 流程定义中的java类文件不保存在数据库里 。 l 组织机构的管理相对较弱，如果要纳入单点登录体系内还需要改造完成，具体改造方法有待研究。 l 运行时对象的执行与数据库记录之间的关系需要继续研究 l 历史数据的保存及作用需要继续研究。 activiti-administrator 自带的用户管理系统，维护用户和组，需要配置数据连接参数，在activiti-administrator\WEB-INF\applicationContext.xml中，并加入JDBC驱动包。 activiti-cycle PVM活动检测的，由activiti-rest提供服务，不需配置。 activiti-explorer 可以查看用户任务和启动流程，由activiti-rest提供服务，不需配置。 activiti-kickstart 简单的点对点流程定义维护工具，需要配置数据连接，把activiti.cfg.xml文件放在classes下，并加入驱动包。 activiti-modeler 在线编辑和维护流程定义的工具，最后以文件夹方式部署，需要配置activiti-modeler\WEB-INF\classes\configuration.properties文件。 activiti-probe PVM的观测服务，由activiti-rest提供服务，不需配置，可以查看deployment、processdefinition、processinstance、database。 activiti-rest 其他几个应用的服务提供者，需要配置数据连接，把activiti.cfg.xml文件放在classes下，并加入驱动包。 五，表结构变化 参考：https://blog.csdn.net/cs_hnu_scw/article/details/79059965 六. 具体表解析https://blog.csdn.net/hj7jay/article/details/51302829 原文地址：https://blog.csdn.net/wudaoshihun/article/details/84655633#1.1%20%E8%AE%BE%E7%BD%AE%E7%BC%96%E7%A0%81 springboot2.04与activiti 6.0集成的更多相关文章
随机推荐
|