Multi connection IBM MQ с использованием Spring

[inkelyad]

Мне казалось, что в IBM MQ все это должно делается штатным способом через client channel definition table (CCDT). А то что тут описано — это ручное повторение того функционала, что и так в клиентских библиотеках IBM MQ есть.

[pumpa]

когда столкнулась с этой задачей не знала о CCDT, и с ходу не нашлось такое решение в интернетах, поэтому пошла таким путем. Спасибо за наводку!:)

[inkelyad]

На самом деле именно с CCDT может и не получиться. Про нее должны были явно и стразу сказать те, кто правильный, по рекомендациям IBM, кластер менеджеров очередей разворачивали и конфигурировали.

А если не сказали — то с большой вероятностью кластера нет, а есть просто несколько менеджеров очередей, на которых почему-то очереди одинаково называются. В этом случае CCDT будут проблемы — создавать его самому, а не использовать тот, что кластер отдает, несколько сложно.

Если работа с командой, занимающейся очередями, совместная — то еще имеет смысл выяснить, действительно ли нужно случайно-равномерное распределение по двум плечам.
Весьма вероятно, что достаточно только того, чтобы было резервирование на случай падения одного из менеджеров. Это будет еще один способ использования, который, насколько я помню, конфигурируется просто указанием резервного менеджера очередей в connection url/адресе подключения.

[pumpa]

В рамках моей задачи действительно нужно случайное распределение по менеджерам, это требование было заранее установлено. Поэтому использование резервного менеджера — не вариант.