JBPM 4.4 与 JBPM 6.2
JBPM 4.4 vs JBPM 6.2
我打算使用 JBPM 的高级版本，即 JBPM 6.2。目前我的项目正在使用 JBPM 4.4，但 JBPM4 数据库表存在问题，这些表由 JBPM API 在内部访问。我需要有关此升级的输入 activity:
- 因为现有的工作流程将继续使用。那么对JBPM 4.4实现的现有工作流有什么影响吗？
- 两个版本将使用相同的 JBPM 表还是将使用不同的表？
- JBPM 6.2 与 JBPM 4.4 相比有哪些优势？
- 在不影响现有步骤的情况下要执行哪些升级步骤？
不幸的是 jBPM 4.4。代码库是一个完全不同的代码库。借助 jBPM 5，RedHat 实际上将旧的 Drools Flow 项目更名为 jBPM 5。它使用全新的数据库和持久性设计来存储流程和任务数据。所以回答你的问题：
- 如果 "Workflows" 你的意思是现有的 ProcessInstances，坏消息是你的旧 ProcessInstances 根本不能与 jBPM 6 一起工作。如果 "Workflows" 你指的是 ProcessDefinitions，则有一个可用的迁移实用程序（参见 http://www.schabell.org/2010/10/jbpm-migration-strategies-process.html）
- 完全不同的表，我不知道有什么迁移工具可以解决这个问题。
- 据我所知，RedHat 从未提供支持 jBPM 4 的订阅。RedHat 仅提供对版本 3 的支持，然后跳过版本 4 再次支持 5 和 6。造成这种情况的原因有很多，但足以说明 jBPM4 代码库已经结束并且那里几乎没有 activity。 jBPM 6 是一个非常活跃的代码库。这里充满活力和创新。它带有一个可靠的基于 Web 的工具来补充 Eclipse 工具。您可以为您的流程建模，为任务建模，构建和部署，所有这些都来自 Web 界面。它在后台使用 git 来存储资源并且是完全可集群的。所有这些都很棒，但我要说的是 jBPM 4.4 中缺少 activity。代码库足以继续前进。您将很难获得社区的支持。
这就是 $1000 000 的问题。我会建议
4.1。将您的 jpdl 文件转换为 BPMN 文件，并在 BPMN 中开发所有新流程。
4.2。迁移您的系统并实现代码以使用 jBPM 6 RuntimeManager API 和 Task 表，也许使用上面 link 中提到的工具）
4.3。对于任务列表，聚合旧表和新表中的任务
4.4。保持两个环境 运行 并行，直到您逐步淘汰所有 jBPM 4 流程。
不幸的是，据我所知，没有快速简便的方法来做到这一点。祝你好运！
我打算使用 JBPM 的高级版本，即 JBPM 6.2。目前我的项目正在使用 JBPM 4.4，但 JBPM4 数据库表存在问题，这些表由 JBPM API 在内部访问。我需要有关此升级的输入 activity:
- 因为现有的工作流程将继续使用。那么对JBPM 4.4实现的现有工作流有什么影响吗？
- 两个版本将使用相同的 JBPM 表还是将使用不同的表？
- JBPM 6.2 与 JBPM 4.4 相比有哪些优势？
- 在不影响现有步骤的情况下要执行哪些升级步骤？
不幸的是 jBPM 4.4。代码库是一个完全不同的代码库。借助 jBPM 5，RedHat 实际上将旧的 Drools Flow 项目更名为 jBPM 5。它使用全新的数据库和持久性设计来存储流程和任务数据。所以回答你的问题：
- 如果 "Workflows" 你的意思是现有的 ProcessInstances，坏消息是你的旧 ProcessInstances 根本不能与 jBPM 6 一起工作。如果 "Workflows" 你指的是 ProcessDefinitions，则有一个可用的迁移实用程序（参见 http://www.schabell.org/2010/10/jbpm-migration-strategies-process.html）
- 完全不同的表，我不知道有什么迁移工具可以解决这个问题。
- 据我所知，RedHat 从未提供支持 jBPM 4 的订阅。RedHat 仅提供对版本 3 的支持，然后跳过版本 4 再次支持 5 和 6。造成这种情况的原因有很多，但足以说明 jBPM4 代码库已经结束并且那里几乎没有 activity。 jBPM 6 是一个非常活跃的代码库。这里充满活力和创新。它带有一个可靠的基于 Web 的工具来补充 Eclipse 工具。您可以为您的流程建模，为任务建模，构建和部署，所有这些都来自 Web 界面。它在后台使用 git 来存储资源并且是完全可集群的。所有这些都很棒，但我要说的是 jBPM 4.4 中缺少 activity。代码库足以继续前进。您将很难获得社区的支持。
这就是 $1000 000 的问题。我会建议
4.1。将您的 jpdl 文件转换为 BPMN 文件，并在 BPMN 中开发所有新流程。
4.2。迁移您的系统并实现代码以使用 jBPM 6 RuntimeManager API 和 Task 表，也许使用上面 link 中提到的工具）
4.3。对于任务列表，聚合旧表和新表中的任务
4.4。保持两个环境 运行 并行，直到您逐步淘汰所有 jBPM 4 流程。
不幸的是，据我所知，没有快速简便的方法来做到这一点。祝你好运！