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. 如果通过＆＃34;工作流程＆＃34;你的意思是现有的ProcessInstances，坏消息是你的旧ProcessInstances根本不适用于jBPM 6。如果通过＆＃34; Workflows＆＃34;您的意思是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和任务表，可能使用上面链接中提到的工具）

   4.3。对于任务列表，从旧表和新表聚合任务

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

不幸的是，据我所知，没有快捷简便的方法。祝你好运！