jBPM 整合 Drools

    本文转自:http://java.csdn.net/page/75dcd30c-156f-4bec-ae5f-814db3f848d0

    jBPM 是一个非常优秀的开源工作流引擎,虽然他不是一个一站式的工作流平台,不过它已经为我们提供了比较丰富的底层操作,为了满足特定的项目需求,我们一般需要对其进行二次开发,才能适用于具体的业务需求。  

     其中一个主要的扩展点是针对 TaskNode 进行的用户的分配。TaskNode 是 jBPM 中一个非常重要的概念,一个任务节点可以包含若干个任务,不同的任务可以由不同的人来完成,任务实例被分配给 actorId 来完成,其中指定到人的分配工作就是 Assignment 要处理的,这也是我们需要定制的功能,为了实现用户的分配,我们需要实现 AssignmentHandler 接口,接口原型如下。

      public interface AssignmentHandler extends Serializable { void assign(Assignable assignable, ExecutionContext executionContext) throws Exception; }  

      通常用代码实现的话,我们可以让一个类实现这个接口,并在 swimlane 或者 tasknode 中的 assignment 指定该类。但是,这样的灵活性是显然不够的,在系统的使用过程中,分配策略会不断的进行调整,因此我们需要更为灵活的解决方案,jBPM 本身可以使用基于 Bean Shell 的脚本来写分配策略,但是 Bean Shell 不是那么强大,我们需要更为强大的解决方案,因此,我们选用了已经被 JBoss 收为旗下的 JBoss Drools 4.0 规则引擎 (在 3.0 的时候曾经改名为 JBoss Rules,4.0 又改回来了) 

   jBPM 和 Drools 虽然同在 JBoss 旗下,不过他们目前并没有很好的进行整合,所以我们还是要利用它们系统系统的一些功能来做整合,同样也是实现 AssignmentHandler 接口,不过另外我们利用了 jBPM 里面的一个小小的技巧。看一下这段配置:AgentAssignmentRule  红色标注的这段配置,我们可以理解为,在 RulesAssignmentHandler 这个类里有一个 ruleName 这样的属性,在初始化这个类的时候,jBPM 会把配置中 ruleName 的值 set 给 RulesAssignmentHandler 中 ruleName 的属性。

    

 public class RulesAssignmentHandler implements AssignmentHandler {
protected String ruleName; 
public String getRuleName() {
return ruleName; 
}
public void setRuleName(String ruleName) {
this.ruleName = ruleName; 
}
protected RuleBase readRule(String ruleName) throws Exception {
// 到 classes 下的 /rules 下加载相应的文件
String rulePath = "/rules/" + ruleName + ".drl"; 
Resource resource = new ClassPathResource(rulePath); 
Reader reader = new InputStreamReader(resource.getInputStream());
 PackageBuilder builder = new PackageBuilder(); builder.addPackageFromDrl(reader); 
Package pkg = builder.getPackage();
 RuleBase ruleBase = RuleBaseFactory.newRuleBase(); ruleBase.addPackage(pkg);
 return ruleBase; 
}
protected void initRuleContextData(ExecutionContext executionContext, WorkingMemory workingMemory) {
ContextInstance ci = executionContext.getContextInstance(); Map vars = ci.getVariables(); 
workingMemory.insert(ci); 
workingMemory.insert(vars); 
}
public void assign(Assignable assignable, ExecutionContext executionContext) throws Exception {
RuleBase ruleBase = readRule(ruleName);
 WorkingMemory workingMemory = ruleBase.newStatefulSession();
 // 为了简便操作,我只是拿了放入 ExecuteContext 中的 variable 进行逻辑处理i
nitRuleContextData(executionContext, workingMemory); workingMemory.insert(assignable); 
workingMemory.fireAllRules(); 
}
}  

 

     对应的 AgentAssignmentRule.drl 文件内容如下,假定 ExecutionContext 中有 price 这个 variable,我们判定当这个值 > 5000 的时候,我们将此任务分配给 senior_agent 来处理。

    

package org.agilejava.workflow
import java.util.Map; 
import org.jbpm.taskmgmt.exe.Assignablerule 
rule "Assign Agent"
when
a : Assignable()
Map(this['price'] >= 5000)
then
a.setActorId("senior_agent");
end 

  

 

就这样,我们就完成了最为简单的 jBPM 和 Drools 的整合,当然这种方式只是简单的利用了 jBPM 的一些特性来做的,我们每次都得指定这个 RulesAssignmentHandler,还是很麻烦的,更好的方式就是我们改写 ProcessDefinition.xml 的 parser,让 Drools 的规则定义成为和 swimlane, actor-id, expression 这样的分配方式同样级别的,让 Drools 成为 jBPM 的一等公民,这个以后研究好了再来和大家分享。

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值