Migration Weblogic可迁移JMS使用者不'；如果旧服务器仍在运行，则不要跟踪新托管服务器的服务

我在一个由2台托管服务器组成的集群中有一个针对可迁移目标的JMS服务（使用自动精确一次迁移策略），在任何时间点，该服务都托管在其中一台服务器上，并且无论服务托管在何处，消费者（以集群为目标）都应该无缝地接收消息

当我手动切换可迁移目标的主机（单击“迁移”）而不关闭托管服务器时，使用者将无法接收发送到队列的消息，除非我关闭以前的托管服务器，强制使用者使用新主机

我可以排除发送者的问题，我可以在消息发送后立即看到队列中的消息

---

如果有人能就如何配置使用者或可迁移服务以在迁移发生时无缝工作提供建议，我将不胜感激。

我认为这可能只是对迁移工作原理的误解。状态仅自动迁移一次：

指示如果候选列表中至少有一个托管服务器 正在运行，则JMS服务将在中的某个位置处于活动状态 如果服务器发生故障或关闭（正常或不正常），则群集 强行地）。例如，承载路径服务的可迁移目标 应使用此选项，以便在其宿主服务器出现故障或关闭时， 路径服务将自动迁移到另一台服务器，因此 将始终在群集中处于活动状态。请注意，此值可能导致 目标分组。例如，如果您有五个可一次完全迁移的 只启动一个服务器成员，然后启动所有五个服务器成员 将在该服务器成员上激活可迁移目标

文件还规定：

手动服务迁移手动迁移固定的JTA和 JMS相关服务（例如，JMS服务器、SAF代理、路径 主机服务器实例发生故障后，返回服务和自定义存储）

您的服务器/服务既没有出现故障也没有关闭，您正在强制它在正常主机仍在运行的情况下进行迁移，因此它不符合迁移标准

---

还有更多信息。

我有一些经验，听起来让人想起你所看到的。在将JMS目的地中的重新配置识别为集群服务器设计的一部分时，有一些特定于WLS的功能

在一个例子中，我必须调用一个WLS特定的方法：weblogic.jms.extensions.WLSession.setExceptionListener（）。这是关于JMS会话接口的实现。这类似于标准JMS连接。setExceptionListener（）

---

使用此WLS特定功能，WLSession.setExceptionListener（）回调将在消费客户端应中断并重新建立连接/会话/消费方以响应已发生的重新配置（迁移）时发生。

是否尝试“崩溃”您的服务器之一，看看它是否迁移和工作？我想知道这是否与通过控制台强制迁移有关，就像我说的，当关闭托管目标的托管服务器时，它会强制目标迁移到第二个托管服务器，并且工作正常。问题是当我保持托管服务器运行但手动启动迁移时。