我们正在从 WebSphere BPM 8.0.1.3 迁移到 8.5.6，我们的计划是逐个迁移应用程序，而不是大爆炸。我们的想法是，当我们将应用程序移动到新服务器时，我们将创建一个 IHS 规则，将相关 URL 重定向到新服务器。这意味着我们保留一些应用程序在旧服务器上运行，而一些应用程序已经迁移到新服务器上。
这有可能实现吗？或者任何其他替代重写 IHS 规则的想法？喜欢使用 WebServer 插件吗？
问问题
368 次
2 回答
1
不幸的是，我认为您当前的方法不会对您有效。我在这里概述了 IBM BPM 升级的各种选项。我发现您的方法存在几个主要问题，所有这些问题都归结为 IBM BPM 使用的许多 URL 不包含有关请求上下文的详细信息。
我看到的第一个问题 IBM 使用门户来处理给定用户的工作。也就是说，他们在各种 BPM 解决方案中的所有任务都将出现在同一个 Web UI 中。此 URL 在安装中的 Process Applications 中没有什么不同。这意味着您的所有用户都试图通过访问诸如https://mybpmserver/portal 之类的 URL 来获取他们的任务列表。在这种情况下，无法理解给定用户可能正在使用的流程应用程序，因此您不知道将谁重定向到新服务器。
第二个问题是用户能够使用多个流程应用程序，因此即使在上述 url 中已知上下文，您也会输入在两个不同流程应用程序中工作的用户的复杂性，除非两者都已迁移。
第三个问题是 BPM 本质上是一个状态引擎。IBM 不提供基于每个 Process App (PA) 将该状态从旧安装“迁移”到新安装的方法，您必须全部迁移或不迁移。假设“无”，因为感觉就像您想遵循我的文章中的排水方法，那么您会遇到执行任务的 URL 没有 PA 上下文的问题，因此您将不知道哪个服务器指向哪个任务至。也就是说，对于给定的 PA，您将在升级前存在的旧服务器和升级后创建的新服务器上都有任务，但这些任务的 URL 看起来基本相同。
还有其他问题，但主要问题归结为正确理解运行时 BPM 引擎的工作原理。如果您有一个单独的 UI 层来向用户展示任务（我的公司做了一个可以做到这一点的门户替代品），这将允许它了解任务的上下文，那么上述一些问题可能会得到缓解，但是如果您有这个，那么您可以在该代码中获得正确的行为，而不必担心 WAS 配置设置。
于 2015-07-20T15:03:58.597 回答
0
您可以在生成的两个 plugin-cfg.xml 上使用 plugin-cfg.xml 合并工具。这样，WAS 插件将始终知道哪个服务器有哪些应用程序。
于 2015-07-19T20:40:51.113 回答