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

作者: 网络时代  发布:2019-09-14

原标题:基于专门的学业流的阳台处理种类规划

Activiti职业流引擎使用

图片 1

1.简单介专业流引擎与Activiti

对于职业流引擎的分解请参照他事他说加以考察百度宏观:工作流引擎

1.轻便介专门的学问流引擎与Activiti

对于专门的工作流引擎的解说请仿效百度百科:做事流引擎

对于互连网经济平台来讲,首要的事务愈发是事关资金业务相关操作时都有供给有连带的审查批准流程.同有时候在流程的漂泊进度中供给和各类业务系统举行互动,达成真正的专门的学问管理, 并记录那一个进度中全数人的操作以及每一步操作时所涉嫌多少快速照相,以便于内外界审计和主题素材的追溯.

1.1 小编与专门的学业流引擎

在首先家商家专门的职业的时候根本职责正是开荒OA系统,当然基本都以有职业流的支持,不过当下使用的干活流引擎是商号部分牛人开辟的(听他们讲是用一个开源的电动机修改的),名为CoreFlow;成效相对Activiti来讲相比较弱,不过能知足普通的行使,当然也可能有比较多的主题素材由此后来我们只好修改引擎的代码打补丁。

现今是自己专业的第二家同盟社,因为要开辟ERP、OA等系统要求接纳专业流,在档期的顺序调研阶段本身先物色资料选取使用哪个开源做事流引擎,最后显明了Activiti5并依附商家的框架结构做了有的DEMO。

1.1 作者与做事流引擎

在首先家同盟社职业的时候根本职责便是开垦OA系统,当然基本都是有工作流的援助,但是当下利用的行事流引擎是商场部分牛人开采的(旧事是用贰个开源的外燃机械修理改的),名字为CoreFlow;功效相对Activiti来讲比较弱,可是能知足常常的利用,当然也会有好多的主题素材由此后来我们只好修改引擎的代码打补丁。

至今是自己职业的第二家商厦,因为要开辟ERP、OA等系统供给采纳专门的学问流,在品种应用探究阶段本人先找找资料接纳选取哪个开源办事流引擎,最后分明了Activiti5并依靠商家的架构做了部分DEMO。

◆✦上面为三个独立的业务流程✦◆

1.2 Activiti与JBPM5?

对此Activiti、jBPM4、jBPM5大家应当怎么抉择,在InfoQ上有一篇小说写的很好,从大的框框相比较各样引擎之间的不相同,请参见小说:纵观jBPM:从jBPM3到jBPM5以及Activiti5

1.2 Activiti与JBPM5?

对于Activiti、jBPM4、jBPM5我们相应什么挑选,在InfoQ上有一篇文章写的很好,从大的局面比较种种引擎之间的反差,请参照他事他说加以考察作品:纵观jBPM:从jBPM3到jBPM5以及Activiti5

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

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的本子是从5开始的,因为Activiti是使用jBPM4的源码;本子发表:多少个月发表一遍。

  • Eclipse Plugin: 

  • Activit中文群:5435716

1.3 Activiti资料

  • 官网:

  • 下载:

  • 本子:Activiti的版本是从5开始的,因为Activiti是使用jBPM4的源码;本子发布:七个月发布一次。

  • Eclipse Plugin: 

  • Activit中文群:236540304

图片 2

2.最初使用境遇标题访问

因为Activiti刚刚退出不久所以资料相比较空缺,中文资料越来越少的可怜,所以最初的时候多只雾水(固然在此以前用过工作流,然而感觉距离比相当多),并且官方的手册还不是很周详;所以自个儿把作者在念书应用的经过遇到的部分疑问都位列出来分享给我们;以下几点是自家越过和想到的,倘使您还大概有哪些疑难能够在评价仲春自己调换再补偿。

2.最早使用境遇难题访谈

因为Activiti刚刚退出不久所以资料相比较空缺,中文资料越来越少的可怜,所以初步的时候三只雾水(就算从前用过专门的工作流,但是认为距离非常多),何况官方的手册还不是很全面;所以本身把作者在学习使用的经过遇到的片段疑难都位列出来共享给我们;以下几点是自己高出和想到的,假令你还应该有哪些难题能够在争辩一月自己沟通再补偿。

一. 借款人银行卡音信修改

2.1 安顿流程图后中文乱码

乱码是直接缠绕着国人的难题,在此之前种种技能、工具出现乱码的主题材料写过众多作品,这里也不例外……,Activiti的乱码难题在流程图中。

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

图片 3

消除办法有三种:

2.1 布置流程图后中文乱码

乱码是一直缠绕着国人的难点,在此之前各类技巧、工具出现乱码的主题素材写过相当多文章,这里也不例外……,Activiti的乱码难点在流程图中。

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

图片 4

消除办法有二种:

该流程发起原因重若是出于借款人银行卡转移原因供给修改. 流程关键步骤为:

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.1 修改源代码格局

修改源码

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

在构造方法

public ProcessDiagramCanvas(int width, int height)

中有一行代码是安装字体的,暗中认可是用Arial字体,那就是乱码爆发的来由,把字改为本地的粤语字体就可以,举个例子:

?

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

本来要是您有安排文件读取工具那么能够安装在*.properties文件中,作者就是如此做的:

?

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

5.12本子开首援救设置字体名称,在斯特林发动机中增添如下设置,在生成图片时就可以使用微软雅黑安装图片中的文字。

?

1
<property name="activityFontName" value="微软雅黑"></property>

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

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 使用压缩包方式配置

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.1 使用工具打包Bar文件

在“Package Explorer”视图中右键项目名称然后点击“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.1.2.2 使用Ant脚本打包Zip文件

那也是大家选择的办法,你能够手动选用xml和png打包成zip格式的文件,也足以像大家一致选用ant target的主意打包那八个文件。

123456789101112
<?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>

view rawbuild.xml hosted with ❤ by GitHub

如此那般当修改流程定义文件后假如运营ant命令就可以打包了:

ant workflow.package.oa.leave

今后布局bar也许zip文件查看流程图图片就不是乱码了,而是你的压缩包里面包车型地铁png文件。

二. 提前还款流程

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

2.2 使用引擎提供的Form照旧自定义业务Form

提倡流程的显要缘由是客户期待根据合同实行提前还款. 流程关键步骤为:

2.2.1 引擎提供的Form

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

Activiti官方的例子使用的正是在工艺流程定义中设置每四个节点突显怎么的表单哪些字段须求出示、哪些字段只读、哪些字段必填。

只是这种格局独有适用于相比较轻便的流水生产线,对于某个复杂大概页面须求工作逻辑的决断的情事就不适用了。

对此数据的保留都以在内燃机的表中,不方便人民群众和别的表的关系、对一切种类的规划也不利!

2.2.1 引擎提供的Form

概念表单的方法在各样Task标签中定义extensionElementsactiviti:formProperty就能够,达到那一个节点的时候能够因此API读取表单成分。

Activiti官方的事例使用的便是在流水生产线定义中安装每叁个节点呈现怎么的表单哪些字段须求出示、哪些字段只读、哪些字段必填。

唯独这种方法唯有适用于相比轻松的流程,对于某些复杂也许页面需求职业逻辑的推断的情况就不适用了。

对于数据的保留都以在外燃机的表中,不便于和别的表的涉及、对任何系统的安排性也会有损!

❶ 借款人联系客服职员, 提交申请

2.2.2 自定义业务Form

这种办法应该是豪门用的最多的了,因为相似的业务种类业务逻辑都会相比复杂,并且数据库中有的是表都会有依靠关系,表单中有广大情景推断。

比方说大家的系统适用jQuery UI作为UI,有过多javascript代码,页面包车型客车非常多操作必要独特管理(举例:八个选拔的排斥、各种节点依据项目和操作人展现分化的开关);基本每一种集团都有一套自身的UI风格,要保证多少个系统的操作习贯一致只好选取自定义表单本领满足。

2.2.2 自定义业务Form

这种方法应该是豪门用的最多的了,因为相似的事连串统专门的学业逻辑都会比较复杂,而且数据库中过多表都会有依附关系,表单中有多数情状推断。

诸如大家的系统适用jQuery UI作为UI,有数不清javascript代码,页面包车型客车相当多操作必要特别处理(举个例子:多少个挑选的排挤、各样节点依照项目和操作人呈现不一样的按键);基本每种厂家都有一套自个儿的UI风格,要保全三个种类的操作习贯一致只好采纳自定义表单技巧满意。

❷ 运行生成提前还款表明书, 其包括详细金额多少

2.3 业务和流程的涉嫌情势

其一难题在群里面很多个人都问过,那也是本身刚刚开头吸引的地点;

后来看了以下API发掘RuntimeService有五个方法:

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.1 startProcessInstanceByKey

javadoc对其验明正身:

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

其中businessKey正是职业ID,比如要提请请假,那么先填写登记消息,然后(保存+运转流程),因为请假是单独设计的数据表,所以保存后获得实体ID就能够把它传给processInstanceBusinessKey措施运行流程。当要求依靠businessKey查询流程的时候就能够透过API查询:

?

1
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.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.3.3 怎么着选拔

提议选取startProcessInstanceByKey,特殊情状要求选拔过去的版本选用使用startProcessInstanceById

在凉台的实际运维中, 有五光十色的业必需要管理, 包含借款人, 出借人, 资金等等, 同期还涉嫌到种种分歧的业务部门, 况且流程的流浪操作职员和机关也乘机集团业务的前行而各异的调度. 设计多少个基础的流水生产线框架和贯彻基础代码, 变成轻便的开辟形式是该系统的重大. 因此整个系统的统一希图涉及到以下入眼多少个地点:

2.4 同步客户数量

其一标题也是非常多的人领会过,Activiti扶助对职责分配到:钦点人、钦赐组、两个结合,而这个人和组的音讯都保存在ACT_ID..表中,有本人的客商和组(剧中人物)管理让很三人仓皇了;原因是因为各样系统都会存在一个权力管理模块(维护:顾客、部门、剧中人物、授权),不明了该怎么和Activiti同步。

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实现。

2.4.1 提议管理情势

Activiti有一个IdentityService接口,通过那么些接口可以操控Activiti的ACT_ID_*表的数额,一般的做法是用专门的学问系统的权限管理模块维护顾客数据,当进行CRUD操作的时候在原有职业逻辑前面增加同步到Activiti的代码;举个例子增加八个顾客时同步Activiti User的代码片段:

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849
/** * 保存用户信息 并且同步用户信息到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());           }        }    } }

view rawAccountServiceImpl.java hosted with ❤ by GitHub

去除操作也和这么些看似!

任由从业务系统爱抚客商照旧从Activiti维护,肯定要明确一方,然后CRUD的时候共同到对方,倘若急需一同多少个子系统那么能够再调用WebService完成。

对于贰个类似涉及到审查批准以及实行实际业务的连串, 基于轻便的景色调整的宏图, 可能机关开荒类专业流引擎轮子的做法都以不合适. 所以贰个开源况兼被大面积运用的劳作流引擎是三个不错何况必需的接纳. Activiti 专门的学问流引擎由于其轻量级, 易用性等优点前段时间在产业界被广大使用. 其工作流的状态机和外界系统的连天只要求通过贰个ID进行关联就可以, 即activiti的business key. (如下图)

2.5 流程图设计工具用什么

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

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

  • Eclipse Designer,面向开辟职员,Eclipse的插件,可以让开垦职员定制每一种节点的习性(ID、Name、Listener、Attr等)

2.5 流程图设计工具用怎样

Activiti提供了五个流程设计工具,但是面向对象分歧。

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

  • Eclipse Designer,面向开采职员,Eclipse的插件,可以让开垦人士定制每一种节点的习性(ID、Name、Listener、Attr等)

图片 5

2.5.1 我们的章程

只怕你会惊叹,因为我们从不采用Activiti Modeler,大家感到用Viso已经能表明流程图的情致了,并且项目首席实行官也是本领出身,和开垦人士也轻松沟通。

脚下以此项目是第一个使用Activiti的,初始大家在要求实验商讨阶段选择Viso设计流程图,利用泳道流程图设计和客户联系,鲜明后由肩负流程的开发职员用Eclipse Designer设计赢得bpmn20.xml,末了布署。

2.5.1 大家的秘诀

可能您会惊讶,因为我们从不运用Activiti Modeler,大家认为用Viso已经能表明流程图的意趣了,並且项目COO也是本事出身,和开辟人士也轻松交换。

现阶段那些项目是第叁个使用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了。

2.6 Eclipse Designer存在的主题材料

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

  • Activit Forums中告知的Bug

  • Jira的登记

由此最后大家不得不单独开二个设置了Eclipse Designer的Eclipse特意用来规划流程图,那样就不影响健康使用Eclipse JAVAEE了。

是因为那样贰个运维管理种类涉及到种种差别的作业数据. 如借款人消息有关涉嫌借款ID, 信用卡音讯等; 如出借人音讯则涉嫌顾客ID, 电话号码等; 而对此基金有关如提前还款则涉及到提前还款日期, 还款金额等. 所以一套支撑差异实际专业的流水生产线数据表结构也是老大主要.

3.配置

3.配置

☞ 基础框架代码的设计

3.1 集成Spring

对此和Spring的集成Activiti做的准确,轻便陈设部分Bean代理就能够实现,可是有八个和工作相关的地方要提醒:

  • 配置processEngineConfiguration的时候属性transactionManager要使用和职业作用的同三个事务管理Bean,不然事务不联合。

  • 对于贯彻了org.activiti.engine.delegate包中的接口的类要求被职业调控的兑现类须求被Spring代理,而且拉长事务的Annotation恐怕在xml中配置,举个例子:

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

?

3.1 集成Spring

对于和Spring的集成Activiti做的不易,轻易陈设部分Bean代理就可以达成,不过有五个和业务相关的地方要提醒:

  • 配置processEngineConfiguration的时候属性transactionManager要接纳和业务职能的同一个事务管理Bean,不然事务差异步。

  • 对此贯彻了org.activiti.engine.delegate包中的接口的类需求被专业调控的落实类须求被Spring代理,并且增进事务的Annotation或许在xml中布置,举个例子:

?

1
2
3
4
5
6
7
8
9
10
/**
 * 创建缴费流程的时候自动创建实体
 *
 * @author HenryYan
 */
@Service
@Transactional
public class CreatePaymentProcessListener implements ExecutionListener {
   ....
}

三个好的希图不是一步到位的准备, 而是三个渐进的进程以及不断重构的过程. 但是丰盛关键的有个别便是在一从头能够依照当下的供给以及所能预感的必要开展规划, 而且在这么些基础框架代码上付出要进一步方便和简洁.

4.选取单元测验

单元测验均使用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,并且在测验类加多:

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

?

纵然如此Activiti也提供了测验的片段超类,然则认为不佳用,所以本身包装了部分措施。

代码请转移:

4.应用单元测量试验

单元测验均选用Spring的AbstractTransactionalJUnit4SpringContextTests作为SuperClass,並且在测量试验类增加:

?

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

尽管如此Activiti也提供了测验的一些超类,然则感到倒霉用,所以自身包裹了某个主意。

代码请转移:

◆✦以下对第二、三点进展拓宽✦◆

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

代码请转移:

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

代码请转移:

图片 6

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

代码请转移:

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

代码请转移:

数据库设计

5.种种情况的职分查询以及和职业对象关系

咱俩当下分为4中状态:未签收、办理中、运营中、已到位。

查询到职务依旧流程实例后要出示在页面,这年需求加多业务数据,最后结果就是工作和流程的并集,请参谋6.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;
}

?

5.1 未签收(Task)

该类任务针对于把Task分配给一个剧中人物时,例如部门领导,因为单位首长角色能够钦赐六人所以需求先签收再办理,术语:抢占式

对应的API查询:

?

1
2
3
4
5
6
7
8
9
10
/**
 * 获取未签收的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
public TaskQuery createUnsignedTaskQuery(String userId) {
    TaskQuery taskCandidateUserQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey())
            .taskCandidateUser(userId);
    return taskCandidateUserQuery;
}
  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;
}

?

5.2 办理中(Task)

此类任务数据类源有二种:

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

  • 节点钦命的是具体到一位,并非剧中人物

对应的API查询:

?

1
2
3
4
5
6
7
8
9
/**
 * 获取正在处理的任务查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
public TaskQuery createTodoTaskQuery(String userId) {
    TaskQuery taskAssigneeQuery = taskService.createTaskQuery().processDefinitionKey(getProcessDefKey()).taskAssignee(userId);
    return taskAssigneeQuery;
}

之所以, 基于具体的作业扩充数据表的打算是不妥善的, 且不可能增加. 常见的规划为依据Key-Value的统一盘算, 而key则是种种不一样工作系统涉及到的metadata. 如USE巴博斯 SLS级_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;
}

?

5.3 运行中(ProcessInstance)

简轻松单正是从未实现的流程,全体参加过的人都应当可以看到那个实例,不过Activiti的API未有得以由此客户查询的法子,这几个只可以和谐用hack的法子管理了,笔者当下还并未有管理。

从表ACT_RU_EXECUTION中查询数据。

对应的API查询:

?

1
2
3
4
5
6
7
8
9
10
/**
 * 获取未经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
public ProcessInstanceQuery createUnFinishedProcessInstanceQuery(String userId) {
    ProcessInstanceQuery unfinishedQuery = runtimeService.createProcessInstanceQuery().processDefinitionKey(getProcessDefKey())
            .active();
    return unfinishedQuery;
}

图片 7

5.4 已完成(HistoricProcessInstance)

早已收尾的流水生产线实例。

从表ACT_HI_PROCINST中查询数据。

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

 

?

5.4 已完成(HistoricProcessInstance)

曾经终止的流水生产线实例。

从表ACT_HI_PROCINST中查询数据。

?

1
2
3
4
5
6
7
8
9
10
/**
 * 获取已经完成的流程实例查询对象
 * @param userId    用户ID
 */
@Transactional(readOnly = true)
public HistoricProcessInstanceQuery createFinishedProcessInstanceQuery(String userId) {
    HistoricProcessInstanceQuery finishedQuery = historyService.createHistoricProcessInstanceQuery()
            .processDefinitionKey(getProcessDefKey()).finished();
    return finishedQuery;
}

贰个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输出到前台。

代码请参照他事他说加以考察:

5.5 查询时和作业涉嫌

提示:从前在业务对象增添了PROCESS_INSTANCE_ID字段

思路:未来能够动用这么些字段查询了,不管是Task依旧ProcessInstance都足以拿走流程实例ID,能够依照流程实例ID查询实体然后把流程对象设置到实体的贰性情子中由Action只怕Controller输出到前台。

代码请参照他事他说加以考察:

基础框架代码设计

6.UI及截图

结合实际业务描述三个事情从初始到告竣的进度,对于吸引的同室看完出现转机了;这里运用请假作为例子。

6.UI及截图

结合实际业务描述一个事务从开首到完工的进度,对于吸引的同校看完出现转机了;这里运用请假作为例子。

最早的光景和须要满含:

6.1 单唯二个列表负担申请

这么的功利是报名和流程办理分离开管理,列表展现未运维流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

提请分界面包车型客车截图:

图片 8

6.1 单唯一个列表担负申请

与上述同类的好处是报名和流程办理分离开管理,列表彰显未运行流程的请假记录(数据库PROCESS_INSTANCE_ID为空)。

提请分界面包车型客车截图:

图片 9

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

  2. 在activiti流程一样的情景下, 区别的业务的步调其管理人/组则不相同

  3. 今是昨非业务流程的莫过于代码开荒相应简洁, 和劳作流引擎解耦, 即实际的开 发人士在不通晓办事流引擎具体育赛职业规律的情况下能够实行火速的开拓, 并 只必要关心具体 的事情要求

6.2 流程状态

图片 10

6.2 流程状态

图片 11

为了消除#1的标题, 则须求定义出流程--步骤—业务(央浼类型)—管理人/组 的计划 关系, 并在流水生产线流转时自动安装, 并不是在流程描述文件 (bpmn)里 内定

6.3 流程追踪

图表方式显示当前节点:

图片 12

列表形式呈现流程流转进程:

图片 13

6.3 流程追踪

图表格局浮现当前节点:

图片 14

列表格局展现流程流转过程:

图片 15

为了消除 #2 的标题, 则须要用服务扩充打包, 抽象出有些接口以及基类的实 现, 并 应用有的普及的设计情势(工厂形式)和java的性格(反射).

6.3.1 当前节点定位JS

Java代码请移步:

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

代码移步:

6.3.1 当前节点定位JS

Java代码请移步:

Javascript思路:先通过Ajax获取当前节点的坐标,在钦命地方增加朱红边框,然后加载图片。

代码移步:

下图为骨干的架构划设想计

7.开启Logger

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

7.开启Logger

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

图片 16

8.结束

在此之前就想写那篇文章,未来总算成功了,成本了多少个小时,希望能省掉你几天的光阴。

请读者细心翻阅Activiti的客户手册和Javadoc。

来自:

8.结束

在此以前就想写这篇小说,未来好不轻松成功了,开销了多少个时辰,希望能省掉你几天的时刻。

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

倘使有何疑难依然对于效率的兑现存更加好的艺术接待建议、分享。

依附那样的框架产生基础代码后, 最后对于一个贯彻具体育赛事情的开荒职员来讲, 其实现二个业务流程代码首要不外乎:

9.动态钦定职分办理人

  1. 金玉满堂一个开立Request的页面, 用于录入专业数据

  2. 落实一个Request详细页面, 用于显示详细情况, 包含操作历史, 和事情操作开关

9.1 手动设置任务办理人

?

1
<usertask id="hrAudit" name="人事审批" activiti:assignee="${hrUserId}"></usertask>

动态钦赐职责办理人是群里面询问相当多的主题材料之一,其实正是一层窗户纸,只要在职分成功的时候传递activiti:assignee属性中的变量就能够。


Map<String, Object> variables = new HashMap<String, Object>();

variables.put("hrUserId", hrUserId);

taskService.complete(taskId, variables);


3. 兑现该业务关联的具体步骤的操作processor类(如审查批准或和别的系统联网, 达成实际的事情),

9.2 自动安装职责办理人

下边包车型地铁代码是选取initiator功效,设置三个名称(不是变量而是变量名)到起步事件上,而且在开发银行流程时调用一些底下的办法:

?

1
identityService.setAuthenticatedUserId(currentUserId);

其间currentUserId表示近日客商,也正是运维流程的人,配置如下所示:

?

1
2
<startevent id="startevent1" name="Start" activiti:initiator="applyUserId"></startevent>
<usertask id="reportBack" name="销假" activiti:assignee="${applyUserId}"></usertask>

那般流程运营之后假使义务流转至"销毁假冒货物"节点则会自动把职分分配给运转流程的人。

  1. 将流程涉及的processor和相应的事情品种, 流程名, 流程步骤进行挂号绑定

9.3 获取流程发起人

假如在开发银行流程的时候调用了上边包车型大巴代码:

?

1
identityService.setAuthenticatedUserId(currentUserId);

引擎会记录启使人陶醉,即在ACT_HI_PROINST表的START_USER_ID字段,可以透过下面包车型地铁代码获取。

?

1
2
HistoricProcessInstance hi = historyService.createHistoricProcessInstanceQuery().singleResult();
hi.getStartUserId();

变异历程

10. 职分代办

数不胜数个人问“Owner”属性为啥是空的,什么日期用?要询问它的成效首先要领会“代办”。

代办的定义能够用上面的一句话归纳:

你领导接到一个任务,让你代办,你办理完成后任务还是回归到你的领导,事情是你做的,功劳是你领导的,此乃代办也!

来看这一个单元测验你就理解哪些是代办:ProcessTestDelegateTask

最好把activiti-study本条类型下载下来导入到Eclipse中运营一下:

原创小说,转发请表明:转载自:做事流引擎Activiti使用总计

正如下边曾谈起, 对于三个类别规划, 不只怕一步到位, 在早先时期时要掀起最供给化解的主题素材, 举例在这么些连串初叶阶段, 最基本的规划包含:

➤ 数据库设计 和RequestService对底层数据操作的卷入

➤ WorkflowService对工作流引擎的卷入

➤可配置化的依附作业类型(Request Type) 和铺排(process_cfg)在运营时动态设置流程相应的管理人/组

不停的重构富含:

➤将种种管理类(业务管理类, 流程管理人/组分配管理类, 布告管理类) 通过RegisterService的拜谒登记管理, 并且协理使用对于特定的流水生产线实现特定的管理类来代替暗中认可的管理类

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

➤ 依照作业需求提供ASync的processor管理基类, 因为实际利用中发觉, 一些事务的处理(如批量)供给一段时间的实行本事不负任务, 而异步管理基类则产生基础达成, 并由相应子类去落实虚函数就能够.

公共化工作流模块:

➤ 方今, 别的多少个种类其应用到的场地和这一个系统有类似之处, 其独立于该业务管理平台. 在这种状态下, 将该职业流相关的模块举行公共化, 以JAMurano包的款式提供, 使得其它一个连串的费用能够长期内实现平等的意义

借鉴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的版本时, 其实大家只供给更新JALAND的本子号, 而不用关爱起底层数据库是不是要求进步, activiti在其表中会记录数据库scheme的本子号, 运营时会自动决断并遵照须要自动更新数据库. 那也是拾贰分值得借鉴的地点, 特别是当以此模块被四个种类所利用时。

图片 17回到今日头条,查看越来越多

网编:

本文由威尼斯平台登录发布于网络时代,转载请注明出处:基于工作流的平台管理系统设计,Activiti工作流引

关键词: