Введение

До сих пор в данной серии статей мы исследовали основные концепции WebSphere V6 Messaging Resources, а именно: как установить Enterprise Service Bus (ESB), как использовать JMS в качестве протокола сообщений, проходящих по шине, как разработать и установить простой объект-посредник и как перенаправить SOAP-запросы из клиентского приложения SOAP-провайдеру через шину. Наше общее решение развивалось в следующих статьях:

• Часть 1: Введение в WebSphere V6 Messaging Resources
• Часть 2: Постановка задачи и шина
• Часть 3: Простой пример обмена JMS-сообщениями
• Часть 4: Улучшение шины при помощи объектов-посредников
• Часть 5: Простой пример поддержки Web-служб в SIBus

Здесь, в шестой части, мы настроим и протестируем механизм передачи сообщений между IBM WebSphere MQ и WebSphere V6 Message Resources.

В начало

Принципы подключения SIBus к MQ

Независимо от того, работает менеджер очереди IBM WebSphere MQ удаленно, либо на той же машине, на которой работает IBM WebSphere Application Server V6, его можно настроить на обмен сообщениями с использованием WebSphere V6 Message Resources, называемым также Systems Integration Bus, или SIBus. Поскольку WebSphere MQ и WebSphere SIBus не используют совместно какие-либо модули или конфигурационные данные, в каждом из них нужно указать информацию друг о друге.

Ключевым компонентом SIBus является механизм обмена сообщениями (ME), являющийся компонентом SIBus, с которым общается приложение. Для каждой шины должен быть определен по крайней мере один ME. ME связывается с определенным сервером или серверным кластером, который добавляется к шине как её участник. Шина может быть настроена разными способами и соединять несколько серверов (то есть, она может иметь несколько участников шины), но всегда существует по крайней мере один механизм обмена сообщениями для каждого сервера в конкретной шине. В нашей простой конфигурации мы имеем одну шину с одним участником шины и с одним механизмом обмена сообщениями. Важным является то, что подключение к шине производится через компонент механизма обмена сообщениями.

Другими используемыми нами компонентами SIBus являются:

• Внешняя шина – компонент, являющийся внешним по отношению к текущей SIBus; им может быть другая SIBus или MQ Queue Manager.
• Внешний адресат – это тип адресата, предназначенный для передачи сообщений по внешней шине.

Для приема сообщений из внешней шины может быть настроен обычный адресат очереди.

Менеджер очереди MQ выглядит для SIBus внешней шиной. Механизм обмена сообщениями выглядит как еще один менеджер очереди для WebSphere MQ. Способность к взаимодействию на стороне SIBus между ME и менеджером очереди обеспечивается компонентом MQLink SIBus. MQLink преобразует форматы и протоколы, используемые MQ и SIBus. Существует только один SIBus MQLink для определенного менеджера очереди MQ. На стороне MQ определяются MQ-каналы для взаимодействия с конкретным механизмом обмена сообщениями SIBus.

Подробная информация по этим компонентам шины доступна в WebSphere Application Server V6 Information Center.

В начало

Передача сообщений между SIBus и WebSphere MQ

Для обзора этих компонентов суммируем основные задачи, разрешающие передачу сообщений между SIBus (TheBus) и WebSphere MQ (для общего представления). Каждая группа задач будет детализирована и рассмотрена в следующем разделе.

Для соединения SIBus и менеджера MQ-очереди

1. В сервере приложений WebSphere, создается внешняя шина, указывающая на менеджер MQ-очереди.

2. Создается MQ-ссылка в сервере приложений WebSphere из TheBus на менеджер MQ-очереди.

3. В WebSphere MQ, создается очередь передачи, которая указывает на TheBus, как если бы он был другим менеджером MQ-очереди.

4. В WebSphere MQ определяются передающий и приемный каналы.

Эти определения в сервере приложений WebSphere и WebSphere MQ используют общие TCP/IP-имена хостов и порты для установки соединения.

Для передачи сообщения из SIBus в WebSphere MQ

1. В сервере приложений WebSphere создается внешний адресат, указывающий на MQ-очередь.

2. Сообщение передается к внешнему адресату. В нашем тестировании мы будем использовать JMS-клиент из третьей части этой серии статей для передачи сообщения адресату, которое затем перенаправляется внешнему адресату.

3. Это сообщение передается шиной в MQ-очередь. Для просмотра сообщений в MQ-очереди мы будем использовать программу rfhutil.

Для передачи сообщения из WebSphere MQ в SIBus

1. В сервере приложений WebSphere создайте адресат очереди.

2. В WebSphere MQ создайте внешнюю очередь, ссылающуюся на адресат в TheBus.

3. Для помещения сообщения во внешнюю очередь MQ используется rfhutil или другая программа.

4. Сообщение передается WebSphere MQ адресату на шине. В нашем тестировании мы будем использовать объект-посредник, который ведет журнал для регистрации доставки сообщения адресату.

В начало

Настройка SIBus для взаимодействия с WebSphere MQ

В SIBus мы создадим внешнюю шину и MQ-ссылку для взаимодействия с WebSphere MQ.

Создание внешней шины

1. Откройте консоль администратора сервера приложений WebSphere (сервер должен работать).

2. В левой навигационной панели выберите Service Integration => Buses.

3. Выберите TheBus.

4. В следующем окне выберите Foreign Buses (Внешние шины) (рисунок 3).

   
   Рисунок 3. Свойства шины
   
   

5. Нажмите кнопку New.

6. Step1: Foreign bus properties (Шаг 1: Свойства внешней шины). Задайте имя, которое является идентификатором для внешней шины в SIBus: TheForeignBus (рисунок 4).

   
   Рисунок 4. Шаг 1: Свойства внешней шины
   
   

7. Step2: Routing definition type (Шаг 2: Тип определения маршрутизации). Для типа определения маршрутизации выберите Direct, WebSphere MQ link (рисунок 5).

   
   Рисунок 5. Шаг 2: Тип определения маршрутизации
   
   

8. Для шага 3 не требуются пользовательские ID, поэтому нажмите кнопку Next.

9. Нажмите Finish и Save.

10. Теперь вы увидите TheForeignBus в списке внешних шин для TheBus (рисунок 6).

    
    Рисунок 6. Список внешних шин
    
    

Создание WebSphere MQ-ссылки

Затем мы должны установить ссылку из SIBus на WebSphere MQ, которая включает идентификацию SIBus как менеджера очереди для WebSphere MQ. Затем необходимо настроить передающий и приемный каналы, которые будут соответствовать каналам в менеджере очереди.

11. В левой навигационной панели консоли администратора выберите Service Integration => Buses => TheBus.

12. В следующей панели выберите Messaging engines (Механизмы обмена сообщениями) (рисунок 7).

    
    Рисунок 7. Свойства шины
    
    

13. Выберите Node1.server1-TheBus.

14. В правой части следующей панели выберите WebSphere MQ links (MQ-ссылки WebSphere) (рисунок 8).

    
    Рисунок 8. Конфигурация механизма обмена сообщениями
    
    

15. Нажмите кнопку New.

16. Step 1: General WebSphere MQ link properties (Шаг 1: Общие свойства MQ-ссылки WebSphere). Введите или выберите следующие значения (рисунок 9):

    • Name (just for the SIBus): LocalMQLink
    • Foreign bus name: TheForeignBus (шина, которую мы создали на последнем шаге, и которая, возможно, будет единственной)
    • Queue manager name: QM_TheBus (имя, по которому вы хотите, чтобы механизм обмена сообщений был известен менеджеру MQ-очереди; это не имя менеджера MQ-очереди)

    Нажмите Next.

    
    Рисунок 9. Общие свойства MQ-ссылки WebSphere
    
    

17. Step2: Sender channel WebSphere MQ link properties (Шаг 2: Свойства MQ-ссылки передающего канала WebSphere). Передающий и принимающий каналы работают в паре. Этот канал будет соединением, использующимся для передачи сообщений из шины в WebSphere MQ. Его имя, имя хоста и порт должны соответствовать используемым менеджером очереди для получения сообщений из шины. Менеджер очереди по умолчанию использует порт 1414 для приемы входящих сообщений. Введите или выберите следующие значения (рисунок 10):

    • Sender MQ channel name: busToMQ (может быть любым именем на ваше усмотрение, но оно должно соответствовать имени приемного канала в менеджере MQ-очереди)
    • Host name (of the queue manager): localhost
    • Port (shows default of queue manager): 1414
    • Transport chain: OutboundBasicMQLink

    Нажмите Next.

    
    Рисунок 10. Шаг 2: Свойства MQ-ссылки передающего канала WebSphere
    
    

18. Step3: Receiver channel WebSphere MQ link properties (Шаг 3: Свойства MQ-ссылки принимающего канала WebSphere). Этот канал будет соединением, использующимся для приема сообщений в шину из WebSphere MQ. Его имя, имя хоста и порт должны соответствовать используемым менеджером MQ-очереди для передачи сообщений в шину. SIBus по умолчанию использует порт 5558 для встроенного механизма обмена сообщениями (часть вашей общей настройки WebSphere) для приема входящих сообщений. Введите или выберите следующие значения (рисунок 11):

    • Receiver MQ channel name: MQToBus (это имя по вашему выбору, но оно должно соответствовать имени передающего канала в менеджере очереди).
    • Вы не должны определять имя хоста и порт, поскольку для приема сообщений используется конфигурация встроенного механизма обмена сообщениями WebSphere; то есть, он использует имя хоста сервера приложений и порт 5558 по умолчанию.
    • Нажмите Next.
    
    Рисунок 11. Шаг 3: Свойства MQ-ссылки принимающего канала WebSphere
    
    

19. Step 4: Summary of WebSphere MQ link properties (Шаг 4. Сводка свойств MQ-ссылок WebSphere). Завершите (Finish) и сохраните (Save) ваши изменения.

20. Перезапустите сервер для создания новой ссылки, доступной извне.

В начало

Настройка менеджера очереди для взаимодействия с SIBus

По существу, настройка менеджера MQ-очереди для взаимодействия с SIBus является такой же процедурой, которая используется для настройки двух менеджеров MQ-очереди для взаимодействия друг с другом. Если вы выполните установку по умолчанию WebSphere MQ, у вас будет иметься менеджер очереди с именем QM_machine; это менеджер очереди, который мы будем использовать. В нашем примере мы будем использовать менеджер очереди с именем QM_reinitz.

21. Откройте WebSphere MQ Explorer. Перейдите в Start menu => Programs => IBM WebSphere MQ => WebSphere MQ Explorer.

Создание очереди пересылки

Создайте очередь пересылки, обеспечивающую менеджер очереди QM_reinitz ссылкой на SIBus как на менеджер очереди.

22. Перейдите в WebSphere MQ => QM_reinitz.

    
    Рисунок 12. Создайте новую очередь
    
    

23. Нажмите правой кнопкой мыши на Queues, затем выберите New => Local Queue.

24. В диалоговом окне Create Local Queue (Создание локальной очереди) (рисунок 13), выберите закладку General.

25. Введите или выберите следующие значения:

    • Queue Name: QM_TheBus (должно быть именем менеджера очереди, который вы используете в определении MQ-ссылки)
    • Usage: Transmission

    Нажмите OK.

    
    Рисунок 13. Диалоговое окно Create Local Queue
    
    

    В списке очередей вы можете увидеть QM_TheBus (рисунок 14).

    
    Рисунок 14. Список очередей
    
    

Определение передающего канала

26. Перейдите в QM_reinitz => Advanced.

27. Нажмите правой кнопкой мыши на Channels, а затем выберите New => Sender channel.

28. В диалоговом окне Create Sender Channel (Создание передающего канала) выберите закладку General (рисунок 15).

29. Введите или выберите следующие значения:

    • Channel Name: MQToBus (должно быть точно таким же именем, которое вы определили для очереди Receiver в MQ-ссылке)
    • Transmission Protocol: TCP/IP
    • Connection Name: Имя хоста, на котором работает SIBus(port). Для установки автономного сервера приложений WebSphere значением является localhost(5558).
    • Transmission Queue: QM_TheBus.

    Нажмите OK.

    
    Рисунок 15. Диалоговое окно Create Sender Channel
    
    

30. Разверните окно "Explorer channel" для просмотра состояния канала MQToBus; скорее всего, он в состоянии inactive (неактивен). Выберите созданный канал MQToBus, нажмите правой кнопкой мыши, затем нажмите Start.

31. Через минуту выберите Refresh из контекстного меню. Вы должны увидеть изменение состояния на Running (Работа) (рисунок 16).

    
    Рисунок 16. Проверка состояния канала
    
    

Определение принимающего канала

32. Нажмите правой кнопкой мыши на Channels, затем выберите New => Receiver Channel.

33. В диалоговом окне Create Receiver Channel (Создание принимающего канала) выберите закладку General (рисунок 17).

34. Введите или выберите следующие значения:

    • Channel Name: busToMQ (должно быть точно таким же именем, которое вы определили для передающей очереди в MQ-ссылке)
    • Transmission Protocol: TCP/IP

    Имя соединения и очередь пересылки не нужны для приема; они используются по умолчанию.

    
    Рисунок 17. Диалоговое окно Create Receiver Channel
    
    

Не запускайте принимающий канал busToMQ; он будет запущен автоматически при приеме им запросов. Вы увидите два канала, определенных в WebSphere MQ, как показано на рисунке 18.

Мы завершили действия для подключения TheBus к WebSphere MQ. Далее мы рассмотрим шаги, которые необходимо сделать для передачи сообщения от WebSphere MQ в SIBus.

В начало

Тестовые программы системы обмена сообщениями

Есть несколько способов помещения сообщений в WebSphere MQ и чтения сообщений из нее в целях тестирования. Один, который нам особенно нравится, - это свободно распространяемая программа, упоминавшаяся ранее и доступная в WebSphere MQ support pack, rfhutil. Загрузите ее со страницы IBM Software Support page (страница поддержки программного обеспечения IBM). Просто разархивируйте загруженный ZIP-файл и запустите rfhutil.exe. Мы будем использовать эту программу в оставшейся части данной статьи для просмотра и удаления сообщений из очередей и помещения сообщений в MQ-очереди WebSphere. Поскольку мы должны будем увидеть, какие сообщения получены адресатом как часть нашего тестирования, мы назначим объект-посредник для ведения журнала 9 (см. sidebar) адресатам, которые хотим контролировать.

В начало

Передача сообщения из SIBus в WebSphere MQ

В третьей части данной серии статей мы реализовали простой JMS-клиент, передающий подтверждающее сообщение о доставке посылки адресату. Это сообщение читается управляемым сообщениями компонентом (MDB) и затем обрабатывается. Как часть стратегии Posts-R-Us ESB компания в настоящее время меняет способ передачи подтверждения о доставке своим системам баз данных CICS: вместо использования MDB, который в производственной системе выполнил бы JCA-вызов в CICS, они теперь будут использовать WebSphere MQ для взаимодействия с CICS.

Мы изменим конфигурацию из третьей части таким образом, что она будет теперь перенаправлять сообщение в WebSphere MQ.

1. Если вы уже устанавливали JMS-пример из третьей части, то должны будете запретить MDB читать переданные в шину сообщения. Это делается изменением activationSpec для MDB, или остановкой EAR-файла. Если вы не устанавливали JMS, выполните шаги с 1 по 12 в части 3 для установки адресата; спецификация активизации вам не нужна, поскольку мы не будем использовать MDB. Для того чтобы JMS-клиент передавал сообщение адресату, ваша система должна содержать PackageReceivedDestination и JMS.

2. (Не обязательно) Для максимального улучшения наглядности процесса и для облегчения отладки установите LoggingMediationRevised (вместо LoggingMediation), следуя указаниям из части 4. Припишите LoggingMediationRevised к PackageReceivedDestination.

3. (Не обязательно) Передайте сообщение JMS-клиентом адресату и проверьте, что сообщение записалось в SystemOut.log.

Создание очереди в WebSphere MQ для приема сообщений из шины

Мы должны создать очередь в WebSphere MQ, которая будет принимать сообщение из шины. В реальных условиях системы баз данных могли бы читать сообщения из этой очереди. В нашей тестовой среде мы будем использовать программу rfhutil для чтения сообщений.

4. В WebSphere MQ Explorer, перейдите в WebSphere MQ => QM_reinitz => Queues.

5. Нажмите правой кнопкой мыши на Queues, затем выберите New => Local Queue.

6. В диалоговом окне "Create Local Queue" (Создание локальной очереди) выберите закладку General (рисунок 19).

7. В поле "Queue Name" (Имя очереди) введите DeliveryConfirmationQueue и нажмите OK.

Вы должны увидеть следующие адресаты очереди:

Создайте внешний адресат для передачи сообщений из шины в WebSphere MQ

На шине мы должны создать внешний адресат, то есть виртуальную очередь в WebSphere MQ. Поскольку внешний адресат представляет собой оконечную точку в WebSphere MQ, мы не можем подсоединить к нему объект-посредник.

8. В консоли администратора сервера приложений WebSphere выберите Buses => TheBus => Destinations.

9. Нажмите New.

10. Нажмите Foreign.

11. Нажмите Next.

12. Step1: Set foreign destination attributes (Шаг 1:Установка атрибутов внешнего адресата). Введите или выберите следующие значения (рисунок 21):

    • Identifier: DeliveryConfirmationQueue@QM_reinitz (очередь в WebSphere MQ)
    • Bus: TheForeignBus (шина, в которую вы передаете сообщение)

    Нажмите Next.

    
    Рисунок 21. Шаг 1: Установка атрибутов внешнего адресата
    
    

13. Step2: Confirm foreign destination creation (Подтверждение создания внешнего адресата). Нажмите Finish, затем Save. Вы должны иметь адресаты, показанные на рисуноке 22.

    
    Рисунок 22. Список адресатов
    
    

Завершение установки маршрута и тестирование

Теперь мы можем установить маршрут сообщения из адресата части 3, которое вызывается JMS-клиентом из только что созданного нами внешнего адресата.

14. В поле "Destinations list" (рисунок 22) выберите PackageReceivedDestination.

15. Установите поле "Default forward routing path" (Прямой маршрутный путь по умолчанию) в значение TheForeignBus: DeliveryConfirmationQueue@QM_reinitz.

16. Нажмите OK и Save.

17. Перезапустите сервер. Теперь мы готовы приступить к тестированию обмена сообщениями между JMS-клиентом и WebSphere MQ.

18. Запустите JMS-клиент из командной строки:
    launchclient packagedReceivedClient.ear

19. (Не обязательно) Проверьте, ведется ли запись в файл SystemOut.log из объекта-посредника, связанного с PackageReceivedDestination.

20. Запустите rfhutil.exe.

21. Выберите менеджер очереди QM QM_reinitz.

22. Выберите очередь DeliveryConfirmationQueue.

23. Выберите Read Q.

24. Вы должны увидеть сообщение в очереди, показанное на рисунке 23.

    
    Рисунок 23. Подтверждение доставки
    
    

Вы можете также проверить файл SystemOut.log на наличие записи из объекта-посредника, связанного с PackageReceivedDestination:

В начало

Передача сообщения из WebSphere MQ в SIBus

В пятой части данной серии статей мы создали Web-службу отслеживания посылок, доступную на ESB и поддерживающую разные клиентские приложения, требующие данные о прохождении посылки. Одним из нужных типов доступа является доступ через WebSphere MQ. В этом случае система, выполняющая запрос, не поддерживает SOAP, поэтому она будет посылать XML-тело SOAP-сообщения в шину через WebSphere MQ (в последующей статье из этой серии статей мы покажем, как преобразовать это XML-сообщение в SOAP-сообщение). Сейчас мы рассмотрим получение сообщения из WebSphere MQ в шину.

Создание адресата шины для получения сообщений из WebSphere MQ

Нам необходимо иметь адресат шины для получения сообщения, помещенного во внешнюю очередь в WebSphere MQ. Оно будет обычным адресатом очереди.

1. Из консоли администратора WebSphere выберите Buses => TheBus => Destinations.

2. Нажмите New.

3. Нажмите Queue.

4. Нажмите Next.

5. Step 1: Set queue attributes (Шаг 1: Установка атрибутов очереди). Для Identifier выберите PackageTrackingFromMqDestination, затем нажмите Next.

6. Step 2: Assign the queue to a bus member (Шаг 2: Назначение очереди участнику шины). Выберите node1:server1, затем нажмите Next.

7. Step 3: Confirm queue creation (Шаг 3: Подтверждение создания очереди). Нажмите Finish.

8. Для того чтобы знать, что сообщение дошло до адресата в шине, установите LoggingMediationRevised (вместо LoggingMediation), следуя указаниям части 4, и назначьте его PackageTrackingFromMqDestination.

9. Нажмите Save.

У вас должны иметься адресаты, перечисленные на рисунке 24. Если вы выполнили установку из части 3 или части 5 на том же самом сервере, то увидите в списке дополнительные адресаты.

Создание внешней очереди для передачи сообщений из WebSphere MQ в шину

10. В WebSphere MQ Explorer перейдите в WebSphere MQ => QM_reinitz => Queues.

11. Нажмите правой кнопкой мыши на Queues и выберите New => Remote Queue Definition.

12. В диалоговом окне "Create Remote Queue Definition" (Создание определения внешней очереди) выберите закладку General (рисунок 25).

13. Введите или выберите следующие значения:

    • Queue Name (локальное для WMQ Queue Manager): PackageTrackingRequestRemoteQueue
    • Remote Queue Name (адресат очереди в сервере приложений WebSphere): PackageTrackingFromMqDestination
    • Remote Queue Manager Name: QM_TheBus (имя, под которым WebSphere MQ знает вашу шину; оно указывается при создании MQ-ссылки)
    • Transmission Queue Name: QM_TheBus (очередь пересылки создается при создании передающего канала от MQ к вашей шине; здесь, так получилось, оно аналогично имени менеджера внешней очереди)

    Нажмите OK.

После создания очереди вы увидите картину, аналогичную показанной на рисунке 26.

Тестирование с использованием удаленной очереди для передачи сообщения от WebSphere MQ в шину

Мы включили XML-файл для нашего приложения, содержащий код для запроса статуса посылки с конкретным trackingNumber. Мы будем использовать этот файл (track123.xml) для тестирования передачи сообщения из WebSphere MQ адресату шины.

Помните: канал MQToBus в WebSphere MQ должен быть в рабочем состоянии. Если вы перезапустите машину, WebSphere MQ или сервер приложений WebSphere, вы должны перезапустить канал. Статус должен быть равен Running.

Для помещения сообщения во внешнюю MQ-очередь WebSphere PackageTrackingRequestRemoteQueue мы будем использовать rfhutil:

1. Запустите rfhutil.exe.

2. Выберите закладку Main (рисунок 27).

   
   Рисунок 27. Запуск программы rfhutil, закладка Main
   
   

3. Введите или выберите следующие значения:

   • Queue Manager Name: QM_reinitz
   • Queue Name: PackageTrackingRequestRemoteQueue

   Выберите Read File для загрузки содержимого из track123.xml.

4. Для просмотра содержимого файла выберите закладку Data (рисунок 28), затем выберите XML в поле Data Format (Формат данных).

   
   Рисунок 28. Запуск программы rfhutil, закладка Data
   
   

5. Вернитесь на закладку Main (рисунок 27) и выберите Write Q.

6. В файле сервера приложений WebSphere Systemout.log вы должны увидеть информацию, записанную из объекта-посредника LoggingMediationRevised:

   SystemOut O Message logged. The payload of the message is <?xml version="1.0" encoding="UTF-8"?> <p843:getPackageStatus xmlns:p843="http://service.postrus"> <trackingNumber>123</trackingNumber> </p843:getPackageStatus>

   
   

В начало

Заключение

В шестой части данной серии статей мы описали поддержку в WebSphere Application Server V6 Message Resources механизма обмена сообщениями с WebSphere MQ. Мы рассмотрели шаги для установки возможности взаимодействия между SIBus и WebSphere MQ и процедуру тестирования передачи сообщения из MQ в SIBus и из SIBus в MQ.

В начало

Загрузка

Описание	Имя	Размер	Метод загрузки
Code sample	esb_part6_code.zip	5 KB	FTP|HTTP

Информация о методах загрузки

Ресурсы

Научиться

• Оригинал статьи: Building an Enterprise Service Bus with WebSphere Application Server V6 -- Part 6.
  
  
• IBM WebSphere Developer Technical Journal
  
  
• Часть 1. Введение в WebSphere V6 Messaging Resources
  
  
• Часть 2. Постановка задачи и шина
  
  
• Часть 3. Простой пример обмена JMS-сообщениями
  
  
• Часть 4. Улучшение шины при помощи объектов-посредников
  
  
• Часть 5. Простой пример поддержки Web-служб в SIBus
  
  

Обсудить

• Обсудите данную тему на форуме developerWorks
  
  

Об авторах

Рэйчел Рейниц (Rachel Reinitz) является старшим специалистом-консультантом по информационным технологиям и программным службам IBM для WebSphere, специализируюясь на Web-службах. Рэйчел консультирует пользователей и ISV по вопросам использования сервис-ориентированной архитектуры и Web-служб для решения их технических и бизнес-задач. Она разработала курс обучения расширенным Web-службам IBM и часто выступает на конференциях. Рэйчел также опытный инструктор по экстремальному программированию (eXtreme Programming – XP) и использует принципы XP четыре года. Она живет в Bay Area, Калифорния, любит туризм, общение и международные путешествия.

Андре Тост (Andre Tost) работает старшим сотрудником технической службы в подразделении WebSphere Business Development, где помогает стратегическим партнерам IBM интегрировать их приложения с WebSphere. Уделяет особое внимание технологии Web-служб семейства продуктов WebSphere. До этого он десять лет занимался различными вопросами разработки и архитектуры программного обеспечения IBM, в частности программой WebSphere Business Components. Приехав из Германии, он поселился в в Рочестере, Миннесота. В свободное время любит заниматься своей семьей и, когда есть возможность, играет и смотрит футбол.

Оценить эту статью

Комментарии

В начало

Содержание

• Введение
• Принципы подключения SIBus к MQ
• Передача сообщений между SIBus и WebSphere MQ
• Настройка SIBus для взаимодействия с WebSphere MQ
• Настройка менеджера очереди для взаимодействия с SIBus
• Тестовые программы системы обмена сообщениями
• Передача сообщения из SIBus в WebSphere MQ
• Передача сообщения из WebSphere MQ в SIBus
• Заключение
• Загрузка
• Ресурсы
• Об авторах
• Комментарии