Я собираюсь использовать скумбриевидный гидролик BTW ....JMS долговечны абонент в кластере с несколькими экземплярами
Пусть у меня есть:
JMS Тема
MDB сконфигурировано как прочный тема подписчика
Несколько экземпляров MDB развернуты по кластеру и все они используют одно и то же значение идентификатора клиента, чтобы сделать прочной подписью.
Если это сценарий, и учитывая то, как значения идентификатора клиента, и долговечные подписки работать, это правильно сказать, что только один из экземпляров MDB в рамках кластера будет успешным в подключении и другие будут потерпеть неудачу?
Спасибо!
Предположим, у вас есть MDB, развернутый в кластере, поэтому есть несколько экземпляров MDB в кластере, пытающихся прослушивать.
Я на самом деле пытается обеспечить только 1 будет обрабатывать сообщение –
В вашем случае, кажется, что вы хотите, чтобы ваша тема действовать как очередь. Семантика для тем такова, что все настроенные клиенты могут подписываться и получать сообщения. В очереди, однако, будет только один потребитель. https://docs.oracle.com/cd/E24902_01/doc.91/e24429/appx_topic_or_queue.htm#EOITW196 Можно ли настроить очередь, а не тему JMS? –
Очередь не работает. Мне нужно несколько клиентов (A, B, C), чтобы иметь возможность использовать одно и то же сообщение, но если есть несколько экземпляров клиента (A1, A2, .., N), сообщения должны потребляться только одним из экземпляров , Очереди, я не думаю, что доставит меня туда. –