依靠工作流的平台管理体系规划,Activiti工作流引擎使用

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

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已经能发挥流程图的情致了,并且项目CEO也是技艺出身,和开辟人士也轻巧交换。

脚下以此项目是首先个使用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. 如USEPRADO_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本田CR-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管理基类, 因为实在行使中窥见,
一些政工的管理(如批量)供给大器晚成段时间的实践能力达成,
而异步管理基类则成功基础实现, 并由相应子类去落到实处虚函数就能够.

公共化工作流模块:

➤ 近年来, 其它贰个门类其行使到的现象和这些种类有相似之处,
其独立于该业务处理平台. 在此种气象下, 将该职业流相关的模块进行公共化,
以JAOdyssey包的样式提供, 使得其它一个系统的付出能够长时间内达到相符的效果

借鉴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的版本时,
其实我们只供给更新JAENVISION的本子号, 而不用关爱起底层数据库是不是供给进步,
activiti在其表中会记录数据库scheme的本子号,
运维时会自动判别并依照要求自动更新数据库. 那也是十三分值得借鉴的地点,
极其是当以此模块被多个类别所利用时。

图片 17再次回到今日头条,查看愈来愈多

责编:

相关文章