JBPM 4.4 vs JBPM 6.2

Question

我计划使用JBPM的预发版本，即JBPM 6.2。目前，我的项目正在使用JBPM4.4，但是JBPM4内部访问的JBPM4 DB表存在问题。我需要关于这一组织活动的投入：

1. 因为现有的工作流将继续使用。那么，对JBPM4.4实现的现有工作流有什么影响吗？
2. 这两个版本将使用相同的JBPM表还是将是不同的表？
3. 与JBPM4.4相比，JBPM6.2的优点是什么？
4. 在不影响现有步骤的情况下，应该执行哪些升级步骤？

Answer 1

不幸的是，jBPM 4.4。codebase是一个完全不同的代码基。使用jBPM 5，RedHat实际上将旧Drools流项目重新命名为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接口实现的。它使用沼泽地中的git来存储资源，并且完全可以聚类。所有这些都很好，但我想说，jBPM 4.4中缺少活动。代码库就足以继续前进了。你将很难得到社区的支持。
4. 这是1000元的问题。我建议 4.1。将jpdl文件转换为BPMN文件，并在BPMN中开发所有新进程。 4.2。迁移您的系统并实现代码以使用jBPM 6 RuntimeManager API和任务表，可能使用上述链接中提到的工具) 4.3。对于任务列表，从旧表和新表聚合任务。 4.4。在逐步淘汰所有jBPM 4进程之前，将这两个环境保持并行运行。

不幸的是，据我所知，没有快捷简便的方法可以做到这一点。祝好运!