如果旧服务器仍在运行，Weblogic可迁移JMS使用者不会跟随服务到达新的受控服务器

Question

在一个由2个托管服务器组成的集群中，我有一个针对可迁移目标的JMS服务(使用自动迁移只迁移一次策略)，在任何时间点，服务都托管在其中一个服务器上，消费者(针对集群)应该可以无缝地接收消息，而不管服务托管在哪里。

当我手动切换可迁移目标的主机时(单击migrate)，在没有关闭托管受控服务器的情况下，消费者无法接收发送到队列的消息，除非我关闭以前的托管受控服务器，强制消费者转到新主机。

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

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

Answer 1

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

表示，如果候选列表中至少有一个托管服务器正在运行，那么如果服务器发生故障或(正常或强制)关闭，则集群中的某个位置将处于活动状态。例如，托管路径服务的可迁移目标应使用此选项，以便在其托管服务器发生故障或关闭时，路径服务将自动迁移到另一台服务器，因此在集群中始终处于活动状态。请注意，此值可能导致目标分组。例如，如果您有五个只有一次的可移植目标，并且只启动了一个服务器成员，则将在该服务器成员上激活所有五个可移植目标。

这些文档还声明：

JMS手动服务迁移--在主机服务器实例出现故障后，手动迁移固定的

和与JMS相关的服务(例如，JMS、SAF、路径服务和自定义存储

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

也可以查看更多here。

Answer 2

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

在一种情况下，我必须调用特定于WLS的方法: weblogic.jms.extensions.WLSession.setExceptionListener().这是关于他们对JMS会话接口的实现。这类似于标准的JMS Connection.setExceptionListener()。

有了这个特定于WLS的功能，WLSession.setExceptionListener()回调将发生在消费客户端应该拆除并重新建立连接/会话/使用者以响应已经发生的重新配置(迁移)的时候。