Интеграция приложений на основе WebSphere MQ

         

Пиктограммы состояния каналов


Состояние канала отображается в WebSphere MQ Explorer пиктограммами. Одной пиктограмме может соответствовать несколько состояний канала.

neutral (нейтральное). Соответствует состоянию Inactive

running (стартован). Соответствует только состоянию Running.

stopped (остановлен). Соответствует состоянию Stopped.

alert (неопределенное состояние). Соответствует состояниям Binding, Requesting, Retrying, Stopping.

warning (предупреждающее состояние). Обычно возникает при появлении ошибок.

Как правило, причиной остановки канала может быть только команда. Причин возникновения неопределенного состояния может быть несколько: разрыв связи, неправильный IP адрес в каналах отправителях или в requester, попытка стартовать канал, когда канал на другом конце остановлен или находится в неопределенном состоянии и пр. Самое главное, что нужно делать, чтобы избежать ошибок, это правильно заполнять атрибуты каналов и удаленных локальных очередей и контролировать работу каналов на обоих менеджерах. Напомним, что главным определяющим атрибутом канала отправителя является Disconnect Interval, по истечении которого канал переходит в состояние Inactive, если в соответствующей трансмиссионной очереди не будет новых сообщений. Для возобновления передачи нужно либо вручную стартовать канал, либо настроить автоматический старт.

Для создания интерфейса передачи сообщений от одного менеджера очередей к другому необходимо создать ряд объектов как на одном менеджере, так и на другом.

Предположим, нам нужно передать сообщения от одного менеджера QM_Win2000_REP, расположенного на платформе NT, имеющего IP адрес 198.32.100.26, порт для службы listener - 1415 к другому менеджеру QM_HPUX, расположенному на платформе UNIX с адресом 198.32.100.16, порт для службы listener - 1421. Подключим менеджер QM_HPUX для удаленного управления с помощью WebSphere MQ Explorer. Создадим объекты на платформе UNIX:

  1. локальная очередь Win2000_REP_HPUX.Q - в нее будет доставляться сообщение (рис. 4.1);
  2. receiver канал Win2000_REP_HPUX.CH (рис. 4.2).


Создадим объекты на менеджере QM_Win2000_REP:

  1. трансмиссионная очередь Win2000_REP_HPUX_TRANS.TQ (рис. 4.3);


  2. удаленная локальная очередь Win2000_REP_HPUX_REMOT.RQ (рис. 4.4), имеющая атрибуты:

    • Remote Queue Name - Win2000_REP_HPUX.Q;
    • Remote Queue Manager Name - QM_HPUX;
    • Transmission Queue Name - Win2000_REP_HPUX_TRANS.TQ;


    • sender канал Win2000_REP_HPUX.CH (рис. 4.5), имеющий атрибуты:
      • Connection Name - 198.32.100.16(1421);
      • Transmission Queue - Win2000_REP_HPUX_TRANS.TQ;



      Рис. 4.1.  Локальная очередь Win2000_REP_HPUX.Q


      Рис. 4.2.  Receiver канал Win2000_REP_HPUX.CH


      Рис. 4.3.  Трансмиссионная очередь Win2000_REP_HPUX_TRANS.TQ


      Рис. 4.4.  Удаленная локальная очередь Win2000_REP_HPUX_REMOT.RQ


      Рис. 4.5.  sender канал Win2000_REP_HPUX.CH

      Поместим тестовое сообщение в локальную удаленную очередь Win2000_REP_HPUX_REMOT.RQ с помощью программы amqsput.exe, входящей в пакет демонстрационных программ, введя в командной строке:

      amqsput Win2000_REP_HPUX_REMOT.RQ QM_Win2000_REP

      Далее вводим текст сообщения:

      Тестовое сообщение от QM_Win2000_REP.

      Работа программы amqsput.exe показана на рис. 4.6.


      увеличить изображение
      Рис. 4.6.  Работа программы amqsput.exe

      После нажатия клавиши "Enter" сообщение должно попасть в трансмиссионную очередь Win2000_REP_HPUX_TRANS.TQ. Оно будет находиться в ней до тех пор, пока sender канал не будет стартован. После старта канала сообщение будет доставлено в очередь Win2000_REP_HPUX.Q на менеджер QM_HPUX (рис. 4.7).


      увеличить изображение
      Рис. 4.7.  Просмотр сообщения через Message Browser


      Содержание раздела