做过jbpm子流程的人大概都发现这个问题:定义了一个父子流程,如果修改了子流程.父子流程都要重新部署一下,这样父流程在调用子流程时才能调有新的子流程.如果我流程是3级或者4级的我要更新的流程就更多了.而其实这些父流程是没有改变的.
查了一下jbpm的表发现这个关联是保存在JBPM_NODE这个表的SUBPROCESSDEFINITION_字段里,这个字段保存了子流程模板的id,其实当前这条记录保存就是父流程调用该子流程的子流程节点.在你更新子流程时是不会更新父流程这个字段的.
第一种方法就是你自己上传完子流程后修改这个字段的值就可以了.(具体操作就不在描述了就是一个操作顺序问题).
这样是不是很麻烦,如果你够狠那就第二种方法吧.
修改jbpm的源代码org.jbpm.graph.node包下ProcessState类
的public void execute(ExecutionContext executionContext)方法.
该方法第二行代码
ProcessInstance subProcessInstance
= superProcessToken.createSubProcessInstance(subProcessDefinition);
这行代码实际是用JBPM_NODE表里保留的子流程模板id获得的一个子流程
我们改一下,在之前插入一行新代码
subProcessDefinition=
executionContext.getJbpmContext().getGraphSession().findLatestProcessDefinition(subProcessDefinition.getName());
根据子流程模板的名称取最新的子流程模板(流程模板的名称是不会改变的)
查了一下jbpm的表发现这个关联是保存在JBPM_NODE这个表的SUBPROCESSDEFINITION_字段里,这个字段保存了子流程模板的id,其实当前这条记录保存就是父流程调用该子流程的子流程节点.在你更新子流程时是不会更新父流程这个字段的.
第一种方法就是你自己上传完子流程后修改这个字段的值就可以了.(具体操作就不在描述了就是一个操作顺序问题).
这样是不是很麻烦,如果你够狠那就第二种方法吧.
修改jbpm的源代码org.jbpm.graph.node包下ProcessState类
的public void execute(ExecutionContext executionContext)方法.
该方法第二行代码
ProcessInstance subProcessInstance
= superProcessToken.createSubProcessInstance(subProcessDefinition);
这行代码实际是用JBPM_NODE表里保留的子流程模板id获得的一个子流程
我们改一下,在之前插入一行新代码
subProcessDefinition=
executionContext.getJbpmContext().getGraphSession().findLatestProcessDefinition(subProcessDefinition.getName());
根据子流程模板的名称取最新的子流程模板(流程模板的名称是不会改变的)