基于工作流的平台管理系统设计,Activiti工作流引

2019-08-09 作者:科技视频   |   浏览(188)

原题目:基于工作流的阳台管理体系规划

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);

❶ 用户联系客户服务人士,提交报名, 富含借款消息, 手持身份ID照片, 信用卡音信等

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已经能发挥流程图的意思了,况兼项目首席营业官也是技能出身,和开采职员也易于交流。

日前那么些类型是第1个利用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. 如USEENCORE_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)为USE本田UR-V_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和对应的工作类型, 流程名, 流程步骤进行注册绑定

变异历程

正如上面曾提及, 对于一个系统规划, 不容许一步到位, 在中期时要抓住最亟需化解的标题, 比方在那个连串起起先段, 最中央的规划包含:

➤ 数据库设计 和RequestService对底层数据操作的包装

➤ WorkflowService对职业流引擎的包装

➤可配置化的基于专门的工作类型(Request Type) 和配备(process_cfg)在运作时动态设置流程相应的管理人/组

不断的重构包罗:

➤将种种管理类(业务管理类, 流程管理人/组分配管理类, 公告管理类) 通过RegisterService的群集登记管理, 並且帮衬使用对于特定的流水生产线达成特定的管理类来替代暗中认可的拍卖类

➤RequestQuery支持统一的询问入口对业务流程数据实行查询

➤ 依据作业必要提供ASync的processor管理基类, 因为实际选用中发觉, 一些事务的拍卖(如批量)需求一段时间的奉行展才干能不负职分, 而异步管理基类则完毕基础落成, 并由相应子类去贯彻虚函数就能够.

公共化职业流模块:

➤ 近日, 别的三个体系其利用到的风貌和这几个种类有类似之处, 其单独于该业务管理平台. 在这种状态下, 将该工作流相关的模块实行公共化, 以JA智跑包的款型提供, 使得其他二个类其余付出能够长时间内达到同样的机能

借鉴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的版本时, 其实我们只供给立异JAWrangler的本子号, 而不用关爱起底层数据库是还是不是供给晋级, activiti在其表中会记录数据库scheme的版本号, 运营时会自行判定并依据必要自动更新数据库. 那也是十分值得借鉴的地点, 特别是当这几个模块被多少个体系所使用时。

图片 12回来和讯,查看更加多

主编:

本文由六肖六码期期中发布于科技视频,转载请注明出处:基于工作流的平台管理系统设计,Activiti工作流引

关键词: 六肖王中