MQ с внешним сервером WLS - PullRequest
       29

MQ с внешним сервером WLS

1 голос
/ 13 сентября 2010

У меня возникают две проблемы, когда я пытаюсь подключиться к MQ, который развернут на удаленном сервере с Weblogic Server (WLS) путем создания стороннего сервера.1. Когда я пытаюсь подключиться к MQ Queuemanager в режиме Bindings (после импорта файла .Bindings), в консоли WLS появляется следующее сообщение:

java.lang.UnsatisfiedLinkError: нет mqjbnd05 в java.library.path

Если я переключаю транспорт на клиент, я получаю:

JMSWMQ0018: Не удалось подключиться к администратору очередей '' с режимом подключения 'Клиент' и именем хоста 'localhost'.Проверьте, запущен ли администратор очередей, и, если он работает в режиме клиента, проверьте, работает ли прослушиватель.Пожалуйста, смотрите связанное исключение для получения дополнительной информации.

Кто-нибудь видел это, и есть ли какие-либо последствия для производительности, которые диктуют использование клиента поверх привязок и наоборот?

TIA

Ответы [ 2 ]

1 голос
/ 15 сентября 2010

Наконец я смог решить эту проблему, мне пришлось воссоздать файл .bindings в режиме клиента с изменениями в IVTsetup.bat, который, скорее всего, присутствует в C: \ Program Files \ IBM \ WebSphere MQ \ java \ bin, мне пришлось запустить это def qcf (psQCF) ТРАНСПОРТНЫЙ (КЛИЕНТ) Хост (SMEKA) ПОРТ (1415) КАНАЛ (ps_SRV_CHANNEL) QMGR (psQM) создать файл .bindings.

Обратитесь по этой ссылке для более подробной информации:

http://publib.boulder.ibm.com/infocenter/wbihelp/v6rxmx/index.jsp?topic=/com.ibm.wbia_adapters.doc/doc/peoplesoft/peopleso103.htm

1 голос
/ 14 сентября 2010

Если в вопросе указано, что Я пытаюсь подключиться к MQ, развернутому на удаленном сервере с Weblogic Server Я предполагаю, что это означает, что WLS и WMQ находятся на двух разных хостах.Если это так, то соединение в режиме связывания (которое опирается на сегменты совместно используемой памяти) не будет работать.

Кажется, что соединение в режиме клиента использует CF, который указывает на localhost, а не на IP илиимя хоста сервера WMQ.Это будет работать для приложения на том же хосте, что и администратор очередей, но не тогда, когда приложение и QMgr находятся на отдельных серверах.

Что касается выбора между режимом клиента и привязки, ответ таков: если QMgrпривязки местного использования.Это обеспечивает высочайшую надежность, лучшую производительность и транзакционность XA.При использовании режима клиента двухфазная фиксация XA не поддерживается без расширенного транзакционного клиента.Согласно спецификации JMS, может возникнуть неоднозначность, если приложение теряет соединение во время вызова COMMIT.В зависимости от того, как приложение справится с этим, можно получить дубликаты сообщений.(Спецификация JMS именует их как «функционально дублирующиеся».) Эта неоднозначность намного менее вероятна при подключении в режиме привязки, поскольку нет задержки в сети и даже не происходит обход IP-стека или интерфейса.,Поэтому используйте режим привязок, где это возможно.

ОБНОВЛЕНИЕ:
Удалено примечание о том, что Extended Transactional Client является платным компонентом. По состоянию на 24 апреля XTC бесплатен для всех версий WMQ на всех платформах.

...