迁移帮助Websphere BPM 8.0.1.3到8.5.6（重定向规则）

Question

我们正在从WebSphere BPM 8.0.1.3迁移到8.5.6，我们的计划是按应用程序而不是大爆炸来移动应用程序。我们的想法是，当我们将应用程序移动到新服务器时，我们将创建一个IHS规则，将相关URL重定向到新服务器。这意味着我们会在旧服务器上运行一些应用程序，而有些应用程序已经迁移到新服务器上。

这有可能实现吗？或者任何其他想法重写IHS规则？就像使用WebServer插件一样？

Answer 1

不幸的是，我认为您当前的方法不适合您。我已经概述了IBM BPM升级here的各种选项。我发现您的方法存在几个主要问题，所有这些问题都归结为IBM BPM使用的许多URL都没有包含有关请求上下文的详细信息。

我看到IBM的第一个问题是为给定用户的工作使用门户。这就是各种BPM解决方案中的所有任务都将出现在同一个Web UI中。此安装中的Process Applications与此URL没有区别。这意味着您的所有用户都试图通过转到类似 - https://mybpmserver/portal的网址来获取其任务列表。没有办法了解给定用户在此上下文中使用的流程应用程序，因此您不知道将谁重定向到新服务器。

第二个问题是用户可以使用多个流程应用程序，因此即使上述URL中已知上下文，您也会为在两个不同流程应用程序中工作的用户输入复杂性，除非两者都已迁移。

第三个问题是BPM本质上是一个状态引擎。 IBM没有提供一种方法来将该状态从旧安装“迁移”到基于每个Process App（PA）的新安装，您必须全部迁移或不迁移。假设“无”，因为感觉你想在我的文章中遵循排水方法，那么你就会遇到执行任务的URL没有PA上下文的问题，因此你不知道哪个服务器指示哪个任务至。对于给定的PA，您将在升级前存在的旧服务器和升级后创建的新服务器上执行任务，但这些任务的URL看起来基本相同。

还有其他问题，但主要问题归结为正确理解运行时BPM引擎的工作原理。如果您有一个单独的UI层用于向用户呈现任务（我的公司可以执行此操作的门户网站替换），这可以减轻上述问题，这将允许它了解任务的上下文，但如果您有这个，那么你可以在该代码中获得正确的行为，而不用担心WAS配置设置。

Answer 2

您可以在两个生成的plugin-cfg.xml上使用plugin-cfg.xml合并工具。这样，WAS插件将始终知道哪个服务器具有哪些应用程序。