JBPM中流程变量与任务变量的区别.docVIP

转自163博客 在jbpm主要有两类变量, 一种是流程实例范围的变量, 另一种是任务实例范围的变量. 而在流程实例氛围中的变量又分为两种:一种是瞬时变量(transient variable), 另一种是普通的变量, 瞬时变量通过setTransientVariable()方法来设置, 该变量不会持久化到jbpm_variableinstance表中, 它只能在当前流程实例的整个生命周期中存在, 一旦流程实例结束之后, 该变量将不复存在. 而另一种是通过setVariable()和setVariableLocally()方法进行保存,通过getVariable()访问的变量, 这种变量是在整个流程实例中都可访问的, 因为它会保存到jbpm_variableinstance表中. 流程实例变量还是很好理解的, 任务实例变量则相对复杂一些. 任务实例变量还可以直接访问实例变量, 这可以按照java程序中变量的作用范围来理解, 任务实例变量相当于局部变量, 仅在当前流程实例中可见, 流程实例变量相当于全局变量, 在整个流程中可见. 当通过任务实例查找一个流程时, 如果在当前的任务实例中没有找到, 将继续到流程实例中去找. 比如通过ContextInstance.setVariable(foo, foo)创建的流程实例变量, 那么任务实例可以直接通过TaskInstance.getVariable(foo)访问到. 而如果要在TaskInstance中修改流程实例变量, 则需要通过Task Controller. 在定义流程文件的时候, 我们会在task节点下使用这样的配置: Xml代码 controller?? ????variable?access=read,required?name=foo/variable?? /controller?? controller variable access=read,required name=foo/variable /controller Task Controller会在创建一个任务实例时, 根据Controller下配置的variable, 先找是否存在同名的流程实例变量, 如果存在, 那么将用流程实例变量的值来创建属于当前任务实例变量, 在任务结束的时候, 将任务实例变量的值保存到同名的流程实例变量中.如果在流程实例中不存在同名的流程变量, 那么会创建一个同名的流程变量, 比如上面的配置, 将同时创建一个名为foo的流程实例变量和任务实例变量.如果指定了mapped-name属性, 那么name指的是流程实例变量名, mapped-name指的是任务实例变量名,比如: Xml代码 controller?? ????variable?access=read,required?name=foo?mapped-name?=?bar/variable?? /controller?? controller variable access=read,required name=foo mapped-name = bar/variable /controller 该配置将在任务实例变量bar和流程实例变量foo之间建立映射关系, 变量值将在这两个变量之间传递.至于access属性, 我自己试验了一下, 设置为read, required, write不同的组合值好像没有什么区别. 流程实例变量的设置也有一些要注意的地方, 如果变量没有在task controller中作映射, 当使用TaskInstance.setVariable(foo, bar)的时候, 则保存到jbpm_variableinstance表中的taskinstance_字段是空的, 也就是只能做为流程实例变量访问, 而无法通过任务实例变量访问到, 如何才能通过任务实例来访问该变量呢? 回答是使用TaskInstance.setVariableLocally(foo, bar)来设置流程实例变量, 这样保存到jbpm_variableinstance表会同时任务实例id设置为taskinstance_字段的值, 同时它还创建了一个同名的流程实例变量(不知道jbpm为什么要这么做).