Activiti职业流引擎使用,基于工作流的平台管理种类规划

原题目:基于职业流的平台管理连串规划

Activiti专业流引擎使用

图片 1

1.轻松介专门的学业流引擎与Activiti

对此专门的学业流引擎的疏解请参见百度宏观:做事流引擎

对此网络金融平台来说,重要的政工愈发是事关资本职业相关操作时都有不能缺少有有关的审查批准流程.同一时间在工艺流程的流转进程中供给和一一业务体系开展互动,达成真正的思想政治工作管理,
并记录这么些历程中全体人的操作以及每一步操作时所涉及数额快照,以便于内外界审计和主题材料的追溯.

1.1 小编与职业流引擎

在首先家市肆做事的时候根本职分正是开拓OA系统,当然基本都以有专门的职业流的支持,然则当下使用的行事流引擎是百货店部分牛人开辟的(听别人说是用三个开源的内燃机械修理改的),名字为CoreFlow;成效相对Activiti来讲相比较弱,不过能满意普通的行使,当然也可以有为数不少的主题材料因而后来大家不得不修改引擎的代码打补丁。

近年来是自家工作的第二家商家,因为要开辟ERP、OA等系统供给动用专门的工作流,在项目调查研究阶段本身先物色资料选用采用哪个开源干活流引擎,最后明显了Activiti5并依靠厂商的架构做了有个别DEMO。

◆✦下面为多个规范的业务流程✦◆

1.2 Activiti与JBPM5?

对于Activiti、jBPM4、jBPM5大家相应什么抉择,在InfoQ上有一篇小说写的很好,从大的局面相比各种引擎之间的差别,请参见文章:纵观jBPM:从jBPM3到jBPM5以及Activiti5

(注: 为了申明方便, 已经简化和修改相关手续, 和点融实操不均等)

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的本子是从5开始的,因为Activiti是使用jBPM4的源码;本子发布:四个月公布三遍。

  • Eclipse Plugin: 

  • Activit中文群:5435716

图片 2

2.首先使用遇到标题采撷

因为Activiti刚刚退出不久所以资料相比较空缺,中文资料越来越少的可怜,所以开头的时候一头雾水(即便在此之前用过工作流,但是感到距离相当多),并且官方的手册还不是很完美;所以本身把我在念书运用的进度境遇的片段疑点都位列出来分享给大家;以下几点是小编遇见和想到的,借令你还应该有怎样疑难能够在评价二月自己交换再补偿。

一. 借款人信用卡音信修改

2.1 安排流程图后中文乱码

乱码是直接缠绕着国人的难题,以前种种本领、工具出现乱码的标题写过好些个篇章,这里也不例外……,Activiti的乱码难点在流程图中。

流程图的乱码如下图所示:

图片 3

消除办法有三种:

该流程发起原因首如果由于借款人信用卡转移原因需求修改. 流程关键步骤为:

2.1.1 修改源代码格局

修改源码

org.activiti.engine.impl.bpmn.diagram.ProcessDiagramCanvas

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有一行代码是设置字体的,暗许是用 Arial 字体,那就是乱码产生的缘由,把字改为本土的汉语字体就能够,举个例子:

Font font = new Font("WenQuanYi Micro Hei", Font.BOLD, 11);

道理当然是那样的假使您有安插文件读取工具那么能够设置在*.properties文件中,作者就是如此做的:

Font font = new Font(PropertyFileUtil.get("activiti.diagram.canvas.font"), Font.BOLD, 11);

❶ 用户联系客商服务人口,提交申请, 包罗借款音信, 手持居民身份牌照片,
银行卡消息等

2.1.2 使用压缩包格局地署

Activiti协助布置*.bpmn20.xml、bar、zip格式的流水生产线定义。

动用Activit Deisigner工具设计流程图的时候会有四个体系的文件:

  • .activiti设计工具使用的文书

  • .bpmn20.xml统筹工具自动依据.activiti文件生成的xml文件

  • .png流程图图片

消除办法便是把xml文件和图纸文件同期安顿,因为在单独安插xml文件的时候Activiti会自动生成一张流程图的图片文件,不过那样在使用的时候坐标和图纸对应不起来……

于是把xml和图片同时布置的时候Activiti自动关联xml和图纸,当要求得到图片的时候一直重回安顿时压缩包里面包车型客车图样文件,并不是Activiti自动生成的图片文件

❷ 申请提交系统后, 由风控进行查处

2.1.2.1 使用工具打包Bar文件

右键项目名称然后点击“Create deployment
artifacts”,会在src目录中创立deployment文本夹,里面含有*.bar文件.

❸ 运维单位开展退换操

2.1.2.2 使用Ant脚本打包Zip文件

那也是我们采取的不二秘诀,你能够手动选拔xml和png打包成zip格式的文本,也能够像我们一样选拔ant
target的点子打包那三个文件。

<?xml version="1.0" encoding="UTF-8"?>
<project name="foo">

    <property name="workflow.definition" value="foo-common-core/src/main/resources/diagrams" />
    <property name="workflow.deployments" value="foo-common-core/src/main/resources/deployments" />

<target name="workflow.package.oa.leave">
        <echo>打包流程定义及流程图::OA-请假</echo>
        <zip destfile="${workflow.deployments}/oa/leave.zip" basedir="${workflow.definition}/oa/leave" update="true"
            includes="*.xml,*.png" />
    </target>
</project>

诸有此类当修改流程定义文件后只要运维ant命令就能够打包了:

ant workflow.package.oa.leave

现在陈设bar可能zip文件查看流程图图片就不是乱码了,而是你的压缩包里面包车型大巴png文件。

二. 提前还款流程

2.2 使用引擎提供的Form依然自定义业务Form

倡议流程的首要性原因是顾客期待依据左券进行提前还款. 流程关键步骤为:

2.2.1 引擎提供的Form

概念表单的措施在各种Task标签中定义extensionElementsactiviti:formProperty就能够,达到这一个节点的时候能够透过API读取表单成分。

Activiti官方的例子使用的便是在工艺流程定义中安装每叁个节点展现怎么的表单哪些字段须求出示、哪些字段只读、哪些字段必填。

不过这种措施独有适用于相比简单的流程,对于有个别复杂可能页面需求工作逻辑的判定的景观就不适用了。

对此数据的保存都以在斯特林发动机的表中,不方便人民群众和别的表的涉嫌、对全体种类的计划也会有损!

❶ 借款人联系客服人士, 提交报名

2.2.2 自定义业务Form

这种格局应该是豪门用的最多的了,因为相似的事情系列业务逻辑都会相比复杂,并且数据库中大多表都会有依据关系,表单中有过多情景决断。

举例说我们的系统适用jQuery
UI作为UI,有过多javascript代码,页面包车型地铁无数操作须要新鲜管理(譬喻:八个挑选的排斥、每一种节点依照项目和操作人彰显差别的开关);基本每一种公司都有一套本身的UI风格,要保持七个系列的操作习于旧贯一致只好利用自定义表单工夫知足。

❷ 运维生成提前还款表明书, 其富含详细金额多少

2.3 业务和流程的涉及格局

本条难点在群里面很四人都问过,那也是本身刚刚起头吸引的地点;

新兴看了以下API开掘RuntimeService有八个方法:

❸ 借款人确认, 通过客服服务人口上传签名照片

2.3.1 startProcessInstanceByKey

javadoc对其表明:

startProcessInstanceByKey(String processDefinitionKey, Map variabes) 
          Starts a new process instance in the latest version of the process definition with the given key

 

其中businessKey便是事情ID,比方要提请请假,那么先填写登记音讯,然后(保存+运营流程),因为请假是单身设计的数据表,所以保存后拿到实体ID就足以把它传给processInstanceBusinessKey主意运转流程。当供给依照businessKey查询流程的时候就能够经过API查询:

runtimeService.createProcessInstanceQuery().processInstanceBusinessKey(processInstanceBusinessKey, processDefinitionKey);

 

议数据库冗余设计:在业务表设计的时候增多一列:PROCESS_INSTANCE_ID varchar2(64),在工艺流程运转之后把流程ID更新到工作表中,那样不管从事情可能流程都足以查询到对方!

非常表达: 此方法运转时自动选择新型版本的流水生产线定义。

❹ 运维代扣还款金额, 结清借款

2.3.2 startProcessInstanceById

javadoc对其认证:

startProcessInstanceById(String processDefinitionId, String businessKey, Map variables) 
          Starts a new process instance in the exactly specified version of the process definition with the given id.

 

processDefinitionId:这些参数的值能够透过repositoryService.createProcessDefinitionQuery()措施查询,对应数据库:ACT_RE_PROCDEF;每一次布置壹遍流程定义就能够增加一条数据,同名的版本号增添。

特意表达: 此能够钦命分化版本的流程定义,让顾客多一层选取。

❺ 生成还款结清申明

2.3.3 怎样选择

建议使用startProcessInstanceByKey,特殊情状须要采纳过去的本子选用接纳startProcessInstanceById

在凉台的实际运营中, 有丰裕多采的政工须要管理, 饱含借款人, 出借人,
资金等等, 同有的时候间还波及到各种不一样的业务部门,
并且流程的流转操作人士和单位也乘机集团事情的升华而分歧的调治.
设计贰个基础的流水生产线框架和落到实处基础代码, 变成轻易的支出情势是该系统的主要.
因而总体种类的统一企图涉及到以下重视多少个地方:

2.4 同步客户数据

其一主题素材也是相当多的人明白过,Activiti支持对职分分配到:钦点人、钦定组、两者结合,而那个人和组的消息都保存在ACT_ID..表中,有谈得来的客户和组(剧中人物)处理让广大人慌紧张张了;原因是因为各种系统都会存在三个权力管理模块(维护:顾客、部门、剧中人物、授权),不知底该怎么和Activiti同步。

☞ 选拔适用的行事流引擎

2.4.1 建议管理格局

Activiti有一个IdentityService接口,通过那些接口可以操控Activiti的ACT_ID_*表的多寡,常常的做法是用专业连串的权杖管理模块维护客商数量,当实行CRUD操作的时候在原有工作逻辑前边加多同步到Activiti的代码;举例加多多少个顾客时同步Activiti
User的代码片段:

/**
 * 保存用户信息 并且同步用户信息到activiti的identity.User,同时设置角色
 * @param user
 * @param roleIds
 */
public void saveUser(User user, List<Long> roleIds, boolean synToActiviti) {
    accountManager.saveEntity(user);
    String userId = user.getId().toString();

    if (synToActiviti) {
        List<org.activiti.engine.identity.User> activitiUsers = identityService.createUserQuery().userId(userId).list();
        if (activitiUsers.size() == 1) {
            //更新信息
            org.activiti.engine.identity.User activitiUser = activitiUsers.get(0);
            activitiUser.setFirstName(user.getName());
            activitiUser.setLastName("");
            activitiUser.setPassword(user.getPassword());
            activitiUser.setEmail(user.getEmail());
            identityService.saveUser(activitiUser);

            // 删除用户的membership
            List<Group> activitiGroups = identityService.createGroupQuery().groupMember(userId).list();
            for (Group group : activitiGroups) {
                identityService.deleteMembership(userId, group.getId());
            }

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }

        } else {
            org.activiti.engine.identity.User newUser = identityService.newUser(userId);
            newUser.setFirstName(user.getName());
            newUser.setLastName("");
            newUser.setPassword(user.getPassword());
            newUser.setEmail(user.getEmail());
            identityService.saveUser(newUser);

            // 添加membership
            for (Long roleId : roleIds) {
                Role role = roleManager.getEntity(roleId);
                identityService.createMembership(userId, role.getEnName());
            }
        }
    }

}

 

剔除操作也和这些看似!

随意从专门的工作系统一保险证客户照旧从Activiti维护,分明要规定一方,然后CRUD的时候共同到对方,假诺急需一同多少个子系统那么能够再调用WebService实现。

对此三个像样涉及到审查批准以及实行实际事情的体系, 基于简单的动静调节的设计,
也许电动开荒类工作流引擎轮子的做法都以不合适.
所以一个开源何况被广小运用的劳作流引擎是一个毫无疑问并且必需的采纳. Activiti
专门的工作流引擎由于其轻量级, 易用性等优点最近在产业界被大范围使用.
其专业流的状态机和表面系统的一而再只须求经过贰个ID实行关联就可以,
即activiti的business key. (如下图)

2.5 流程图设计工具用哪些

Activiti提供了四个流程设计工具,不过面向对象不一致。

  • Activiti
    Modeler,面向业务职员,使用开源的BPMN设计工具Signavio,使用BPMN描述业务流程图

  • Eclipse
    Designer,面向开荒人士,Eclipse的插件,能够让开垦职员定制每种节点的属性(ID、Name、Listener、Attr等)

图片 4

2.5.1 我们的点子

兴许你会惊叹,因为我们向来不使用Activiti
Modeler,大家感觉用Viso已经能发挥流程图的情致了,並且项目首席施行官也是技能出身,和开垦职员也便于调换。

此时此刻那几个类型是第三个利用Activiti的,开首我们在供给应用探讨阶段选取Viso设计流程图,利用泳道流程图规划和客商交换,鲜明后由担任流程的开拓人士用Eclipse
Designer设计赢得bpmn20.xml,最终安排。

☞设计通用的最底层数据来支撑区别的事体

2.6 Eclipse Designer存在的标题

其一插件有一个很讨厌的Bug一向未修复,安装了插件后Eclipse的复制和粘帖快捷键会被转变为(Ctrl+Insert、Shift+Insert);Bug描述请见:

  • Activit
    Forums中报告的Bug

  • Jira的登记

故此最后大家只可以单独开多个设置了Eclipse
Designer的Eclipse特意用来设计流程图,那样就不影响平常使用Eclipse
JAVAEE了。

出于这样八个运转处理种类关系到各个差异的业务数据.
如借款人音讯有关关系借款ID, 银行卡消息等; 如出借人新闻则涉及顾客ID,
电话号码等; 而对于资产有关如提前还款则提到到提前还款日期, 还款金额等.
所以一套支撑差异实际职业的流水生产线数据表结构也是不行重要.

3.配置

☞ 基础框架代码的设计

3.1 集成Spring

对于和Spring的集成Activiti做的科学,轻巧计划部分Bean代理就能够兑现,但是有多少个和作业相关的地方要提醒:

  • 配置processEngineConfiguration的时候属性transactionManager要选择和职业职能的同三个事务管理Bean,不然事务差异台。

  • 对此达成了org.activiti.engine.delegate包中的接口的类必要被事业调控的完结类要求被Spring代理,並且增进事务的Annotation大概在xml中安排,举例:

    /**
     * 创建缴费流程的时候自动创建实体
     *
     * @author HenryYan
     */
    @Service
    @Transactional
    publicclass CreatePaymentProcessListener implementsExecutionListener {
       ....
    }
    

?

八个好的宏图不是一步到位的安插性,
而是二个渐进的进度以及不断重构的进程.
不过那多少个重大的一些就是在一起首能够基于近日的供给以及所能预知的急需实行设计,
而且在这一个基础框架代码上开垦要更为惠及和简洁.

4.应用单元测验

单元测量试验均使用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,况兼在测量检验类增多:

@ContextConfiguration(locations = { "/applicationContext-test.xml"})
@RunWith(SpringJUnit4ClassRunner.class)

?

虽说Activiti也提供了测量试验的局地超类,不过感到不佳用,所以自个儿包裹了部分办法。

代码请转移:

◆✦以下对第二、三点进展实行✦◆

4.1 验证流程图设计是不是科学

代码请转移:

图片 5

4.2 业务对象和流程关联测验

代码请转移:

数据库设计

5.各类地方包车型大巴天职查询以及和工作对象关联

笔者们近期分成4中状态:未签收、办理中、运转中、已成功。

查询到任务照旧流程实例后要来得在页面,那年供给加上业务数据,最后结果就是事情和流程的并集,请参见6.2

如上所说, 这样的二个数额陈设必需能够满足:

5.1 未签收(Task)

此类任务针对于把Task分配给贰个剧中人物时,比方部门长官,因为部门处理者剧中人物能够钦点六个人所以需求先签收再办理,术语:抢占式

对应的API查询:

/**
 * 获取未签收的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    returntaskCandidateUserQuery;
}

?

  1. 能够满意区别的业务域的急需, 如出借, 借款, 资金有关的具体育赛职业数据

  2. 可见记录每一步的操作审查批准或业务实行结果, 同期记录相关的数据快速照相

5.2 办理中(Task)

该类职责数据类源有三种:

  • 签收后的,5.第11中学签收后就活该为办理中状态

  • 节点内定的是切实可行到一人,并非剧中人物

对应的API查询:

/**
 * 获取正在处理的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicTaskQuery createTodoTaskQuery(String userId) {
    TaskQuery taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    returntaskAssigneeQuery;
}

?

据此, 基于现实的职业打开数据表的铺排是不稳妥的, 且无法扩充.
常见的陈设性为依照Key-Value的安排,
而key则是种种不一致职业系统涉及到的metadata. 如USE库罗德_ID(用户ID),
LOAN_ID(借款ID)等等. 设计概述如下:

5.3 运行中(ProcessInstance)

简单易行就是未有甘休的流程,全体插足过的人都应该能够看出那个实例,不过Activiti的API未有可以透过客商查询的点子,这些只可以自身用hack的措施管理了,我近年来还从未拍卖。

从表ACT_RU_EXECUTION中询问数据。

对应的API查询:

/**
 * 获取未经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    returnunfinishedQuery;
}

?

图片 6

5.4 已完成(HistoricProcessInstance)

业已完工的流程实例。

从表ACT_HI_PROCINST中查询数据。

/**
 * 获取已经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
publicHistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    returnfinishedQuery;
}

 

?

二个Request代表某一位发起的诉求, Snapshot代表这么些流程的每一步操作.
Property则分级为Request的Snapshot的切切实实的数量,
当其REQUEST_ID非空SNAPSHOT_ID为空时表示其为REQUEST的性质(SNAPSHOT同理),
即客户发起呼吁所引导的数据. 如: 客商音讯修改:
PROPERTY则富含NAME(KEY)为USEPRADO_ID(客户唯一ID),
ATTACHMENT(顾客手持身份ID照片), EMAIL(修改项)等相应的值. 而对此SNAPSHOT,
则记录对应考察以及操作的音信,
其相应的PROPERTY则保留了对有个别数据修改前后的值.

5.5 查询时和作业涉嫌

提拔:在此之前在事情对象增加了PROCESS_INSTANCE_ID字段

思路:现在得以利用这几个字段查询了,不管是Task依然ProcessInstance都足以赢得流程实例ID,能够依照流程实例ID查询实体然后把流程对象设置到实体的壹天质量中由Action或许Controller输出到前台。

代码请参见:

基本功框架代码设计

6.UI及截图

结合实际业务描述贰个事情从最初到甘休的历程,对于迷惑的同室看完峰回路转了;这里运用请假作为例子。

开端的景观和须要包含:

6.1 单唯一个列表担当申请

如此那般的益处是申请和流程办理分离开管理,列表显示未运营流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

报名分界面包车型大巴截图:

图片 7

  1. 一些通用的activiti流程,
    如一步操作即开立后只须求一步成功操作, 两步流程 –
    创制后一步审查一步操作等, 不相同的事情会动用同样的流程.

  2. 在activiti流程相同的事态下,
    不相同的事体的手续其管理人/组则不一样

  3. 昔不方今业务流程的其实代码开拓相应简洁,
    和劳作流引擎解耦, 即实际的开 发职员在不打听工作流引擎具体做事原理的事态下能够开展高效的支出, 并
    只要求关心具体 的专门的学业供给

6.2 流程状态

图片 8

为了消除#1的标题,
则须要定义出流程–步骤—业务(乞请类型)—管理人/组 的布局 关系,
并在工艺流程流转时自动安装, 实际不是在流程描述文件 (bpmn)里 钦点

6.3 流程追踪

图形格局呈现当前节点:

图片 9

列表情势体现流程流转进程:

图片 10

为了缓慢解决 #2 的题材,
则需求用劳动开展打包, 抽象出部分接口以及基类的实 现, 并
应用有的广阔的设计方式(工厂格局)和java的性子(反射).

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先经过Ajax获取当前节点的坐标,在钦定地方增加青蓝边框,然后加载图片。

代码移步:

下图为宗旨的架构划设想计

7.开启Logger

  1. 添加log4j的jar
  2. 设置log4j.logger.java.sql=DEBUG

图片 11

8.结束

在此以前就想写那篇小说,现在好不轻巧不辱职务了,花费了多少个小时,希望能节约你几天的小运。

请读者留意翻阅Activiti的顾客手册和Javadoc。

来自:

根据那样的框架产生基础代码后,
最后对于三个贯彻具体育赛事情的开荒职员来讲, 其完成多个业务流程代码主要归纳:

  1. 落实一个创设Request的页面,
    用于录入工作数据

  2. 兑现三个Request详细页面, 用于展示实际情况,
    富含操作历史, 和事情操作开关

3.
落到实处该工作涉及的具体步骤的操作processor类(如审查批准或和其余系统连接,
完毕实际的业务),

  1. 将流程涉及的processor和对应的业务体系,
    流程名, 流程步骤进行注册绑定

多变历程

正如上面曾提起, 对于八个系列规划, 不容许一步到位,
在最先时要吸引最需求消除的标题, 比方在那一个系统初阶阶段,
最宗旨的准备包涵:

➤ 数据库设计 和Request瑟维斯对底层数据操作的包裹

➤ WorkflowService对工作流引擎的包装

➤可配置化的基于业务种类(Request Type)
和布署(process_cfg)在运营时动态设置流程相应的管理人/组

不停的重构满含:

➤将各种管理类(业务管理类, 流程管理人/组分配管理类, 通告管理类)
通过RegisterService的联合登记管理,
並且协理使用对于特定的流水线完成特定的拍卖类来代替暗许的拍卖类

➤RequestQuery帮忙统一的询问入口对业务流程数据开展询问

➤ 依据作业要求提供ASync的processor管理基类, 因为其实选取中窥见,
一些业务的处理(如批量)须求一段时间的试行能力成功,
而异步管理基类则产生基础完结, 并由相应子类去贯彻虚函数就可以.

公共化工作流模块:

➤ 近期, 其它三个品种其使用到的情景和这些种类有类似之处,
其独立于该业务管理平台. 在这种情况下, 将该职业流相关的模块举办公共化,
以JAEvoque包的款型提供, 使得其它三个系列的支出能够长时间内达到平等的机能

借鉴Activiti的源代码

在安插和达成该系统时会有

如此那般只怕那样的吸引恐怕斗争,

哪一类实现越来越好?

外人的种类是何许促成的?

此间举多少个例证

Property表里是不是须要须求用分化的字段(LONG_VALUE,
TEXT_VALUE, DOUBLE_VALUE等)存分裂类别的值;依然直接都存成字符串,
在代码中再根据须求转成Long, Double等?当然两种完成都以一蹴而就的,
何况各有千秋点,
何况个人感到存在区别的字段上亮点越来越大学一年级部分(首要反映在查询功效),
不过怎么样进一步的让本身信服?
在看activiti的文书档案时意识外界的政工数据以Map的点子存在activiti的数据库中,
那么activiti的设计者同样会遇到同样的标题.
通过查看源代码以及其数据库设计, 发掘其将数据存入不一样的字段.
不过在自身的布署性中, 笔者并未完全照搬Activiti的管理形式, 比方:
作者尚未为布尔类型加单独的字段,
而是以0可能1的点子存入LONG_VALUE里。

Activiti中提供方便人民群众的查询类, 如: ProcessInstanceQuery, TaskQuery.
其同期援助依据Process和Task相应的属性数据举办查询,
和Request/Snapshot以及property有相当的大的相似之处,
借鉴并基于真实景况完毕团结的RequestQuery类, 援助种种复杂查询, 如:
遵照内定的property的name和value查询, 帮忙or的询问等。

Activiti的数据库版本的机动进级. 当大家晋级activiti的本卯时,
其实我们只要求更新JA途乐的本子号, 而不用关爱起底层数据库是不是必要进级,
activiti在其表中会记录数据库scheme的本子号,
运维时会自动决断并依据要求自动更新数据库. 那也是极其值得借鉴的地方,
尤其是当那么些模块被七个种类所利用时。

图片 12归来腾讯网,查看越来越多

主要编辑: