我计划使用 JBPM 的高级版本，即 JBPM 6.2。目前我的项目正在使用 JBPM 4.4，但 JBPM4 DB 表存在问题，这些表由 JBPM API 内部访问。我需要有关此升级 Activity 的信息:
- 由于现有工作流程将继续使用。那么 JBPM 4.4 实现的现有工作流程是否会受到影响？
- 两个版本都将使用相同的 JBPM 表还是不同的表？
- JBPM 6.2 相对于 JBPM 4.4 有何优势？
- 在不影响现有升级的情况下要执行哪些升级步骤？
最佳答案
不幸的是 jBPM 4.4。代码库是一个完全不同的代码库。通过 jBPM 5，RedHat 实际上将旧的 Drools Flow 项目重新命名为 jBPM 5。它使用全新的数据库和持久性设计来存储流程和任务数据。所以回答你的问题:
- 如果您所说的“工作流程”指的是现有的 ProcessInstances，那么坏消息是您的旧 ProcessInstances 根本无法与 jBPM 6 一起使用。如果“工作流程”指的是 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 和任务表，也许使用上面链接中提到的工具)
4.3。对于任务列表，聚合新旧表中的任务
4.4。保持两个环境并行运行，直到您逐步淘汰所有 jBPM 4 流程。
不幸的是，据我所知，没有快速简便的方法可以做到这一点。祝你好运!
关于java - JBPM 4.4 与 JBPM 6.2，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/30354737/