基本上,jbpm的版本控制遵循下面的原则:
1)每次发布一个流程,都将在数据库中产生一个新的流程定义
2)发布时将分配一个版本号给流程定义. 如果流程的名称相同,则jbpm认为是同一个流程定义,它将在
当前的同一个流程定义的最高版本上加1;如果当前没有,则新的版本号为1.你可以通过api从jbpm中得到
某个名称的流程的最新版本号.
3)一旦一个流程实例按照一个流程定义启动后,它将不改变流程定义,一直运行到该实例完成.这样,流程
实例将按最新的流程定义启动,并在它的生命周期内,一直按该流程定义运行.
4)伴随一个流程定义,有它自己的业务编程逻辑;jbpm能够区分对应于不同流程定义的业务逻辑.
1)每次发布一个流程,都将在数据库中产生一个新的流程定义
2)发布时将分配一个版本号给流程定义. 如果流程的名称相同,则jbpm认为是同一个流程定义,它将在
当前的同一个流程定义的最高版本上加1;如果当前没有,则新的版本号为1.你可以通过api从jbpm中得到
某个名称的流程的最新版本号.
3)一旦一个流程实例按照一个流程定义启动后,它将不改变流程定义,一直运行到该实例完成.这样,流程
实例将按最新的流程定义启动,并在它的生命周期内,一直按该流程定义运行.
4)伴随一个流程定义,有它自己的业务编程逻辑;jbpm能够区分对应于不同流程定义的业务逻辑.
本文介绍了JBPM工作流引擎中的流程版本控制原则:包括流程定义的版本递增机制、流程实例运行过程中的版本锁定特性以及如何获取特定流程的最新版本号。
1万+

被折叠的 条评论
为什么被折叠?



