JBPM 4.4与JBPM 6.2

Question

我打算使用JBPM的高级版本,即JBPM 6.2.目前我的项目使用的是JBPM 4.4,但JBPM4数据库表存在问题,这些表由JBPM API内部访问.我需要关于这种降级活动的输入:

1. 由于现有的工作流程将继续使用.那么JBPM 4.4实现的现有工作流程是否有任何影响？
2. 这两个版本都将使用相同的JBPM表,还是不同的表？
3. JBPM 6.2优于JBPM 4.4有什么优势？
4. 什么是升级步骤,而不会影响现有的步骤？

Answer 1

不幸的是jBPM 4.4.codebase是一个完全不同的代码库.使用jBPM 5 RedHat实际上将旧的Drools Flow项目重新命名为jBPM 5.它使用全新的数据库和持久性设计来存储流程和任务数据.那么回答你的问题:

1. 如果"工作流程"是指现有的ProcessInstances,那么坏消息是您的旧ProcessInstances根本不适用于jBPM 6.如果"工作流程"是指ProcessDefinitions,则可以使用迁移实用程序(请参阅http://www.schabell.org/2010/10/jbpm-migration-strategies-process.html)
2. 完全不同的表,我不知道有一个迁移工具来解决这个问题.
3. 据我所知,RedHat从未提供支持jBPM 4的订阅.RedHat仅提供版本3的支持,然后跳过版本4再次支持5和6.这有很多原因,但足以说明jBPM4代码库已经结束,那里的活动很少.jBPM 6是一个非常活跃的代码库.这里有很多精力和创新.它带有一个坚实的基于Web的工具,以补充Eclipse工具.您可以通过Web界面为流程建模,为任务建模,构建和部署所有这些.它在brackground中使用git来存储资源,并且是完全可群集的.所有这一切都很棒,但我会说jBPM 4.4缺乏活动.代码库足以继续前进.你很难从社区获得支持.

4. 这是1000万美元的问题.我会建议

   4.1.将您的jpdl文件转换为BPMN文件,并在BPMN中开发所有新进程.

   4.2.迁移您的系统并实现代码以使用jBPM 6 RuntimeManager API和Task表,可能使用上面链接中提到的工具)

   4.3.对于任务列表,从旧表和新表聚合任务

   4.4.保持两个环境并行运行,直到淘汰所有jBPM 4进程.

不幸的是,据我所知,没有快速简便的方法.祝好运!