如果订户失败，则TIBCO EMS通知发布者

Question

我正在尝试找到有关在订户失败的情况下如何通知EMS发布者的答案。 在Publisher-> EMS服务器-> Subscriber的情况下，如果Subscriber失败，我需要通知Publisher采取纠正措施。我对烦恼/ PERSIETENCE不感到困扰，我的意思是时间。 在交易系统中，如果我将市场订单发送给订阅者，后者又将其发送到交易所，如果失败，则需要使发布者将有关其他主题的消息发布到另一个Sunscriber（另一个交易所）。 任何想法表示赞赏。

Answer 1

tibjmsadmin.jar库包含用于检测订户何时断开连接的方法。 比编写代码更容易，您可以：

• 如果您拥有Hawk，请在订阅者断开连接时使用tibjmsadmin.hma编写Hawk规则，或者
• 在监视主题$ sys.monitor.connection.disconnect上侦听-消息正文告诉您哪个订户已断开连接。

但是，这些用于故障转移发布者的“监视”方法存在一个严重的问题-在您检测到订阅者故障并重定向发布者所需的时间中，某些消息可能会通过并卡在已失效的队列中。 您不会轻易在任何1000万美元的交易中发生这种情况！

EMS知道订户何时连接，您应该利用此优势。

使用“分布式队列”，并且不需要在应用程序中编写逻辑代码以在新订户失败时切换到新订户。 这不会丢失消息，并且可以保持消息顺序。 将负载平衡和故障转移逻辑保持在代码之外以及JMS提供程序的管理设置中也是一种好的体系结构实践。

基本上，您将多个订户设置到一个队列（每个交换由一个订户代表）。 EMS的默认操作是以循环方式在整个订户中平衡消息的负载。 但是您可以将队列设置为“独占”，以便消息一次只能发送给一个订阅者。 然后，如果该活动订户失败，则消息将转发到另一个订户。

有关所有这些主题的更多详细信息，请参见EMS手册。

Answer 2

不确定是否有访问权限，可以尝试查看QueueInfo或TopicInfo中的ReceiverCount或ConsumerCount-我认为您需要tibjms.admin程序包。 也许您可以在发布之前查询此内容，然后有选择地发布？ 不知道开销是多少。

由于JMS的性质，AFAIK没有事务状态（除非您使用XA事务-承担所有这些开销）或确认将通过EMS代理传播。 想法总是在发布者和经纪人与消费者和经纪人之间。

如果上述操作失败，则可以尝试使用一个单独的ack主题，将其角色互换，但是失败的案例就是超时-我不确定这是明智的。

如果您不太在意交换的顺序-为什么不将主题/队列设为互斥并让两个使用者都尝试使用-第一个成功的消息将处理所有消息-如果消息消失，则第二个消息（这可能会定期重试-可能会成功连接。）。或者允许双方都处理队列中的订单-记住一条消息只会由单个使用者处理...

我真的看不到订单流中的消息传递总线分离的优势...对我来说毫无意义。