ren2000Добрый день.
Возник такой вопрос: можно ли настроить объект (WebSphere MQ v6) PROCESS так, чтобы при наступлении триггерного события выполнялся сервлет (http://host/Servlet).
Первый выход вижу в том, чтобы написать маленькую прогу, которая бы выполняла соответствующий GET запрос, и настроить PROCESS на эту прогу.
Есть еще мысли по этому поводу?

Триггерный монитор зачем в данном случае?

Если нужно обрабатывать события одной очереди, то просто пишется приложение, которое работает там же где и сервер MQ, сидит например в состоянии GET с WAIT_UNLIMITED и по приходу сообщения выполняет HTTP-запрос (или любое другое действие).

ren2000Менеджер MQ работает на AIX5.3, писать что-либо под эту ос пока не представляется возможным (знаний не хватает).
Тогда где ты собирался делать вот это?
ren2000Первый выход вижу в том, чтобы написать маленькую прогу, которая бы выполняла соответствующий GET запрос, и настроить PROCESS на эту прогу.
ren2000А про Евгений Хабаровв состоянии GET с WAIT_UNLIMITED и по ... вообще ничего не понятно.
Если программа должна только обрабатывать входящую очередь сообщений, то очень удобно сделать цикл, внутри которого программа будет делать MQGET с бесконечным интервалом ожидания прихода сообщения В этом случае программа будет "спать" на MQGET до момента прихода следующего сообщения или останова сервера MQ. По приходу сообщения можно выполнить соответствующие действия и опять "заснуть".

Желательно делать это на сервере, но ничто не запрещает делать это же через клиента MQ и на другой платформе. Это уже будет дополнительное звено, о чем нужно помнить.И еще на клиенте ужно обрабатывать ошибки типа "разрыв соединения".

PS: Да, если в качестве сервера приложений используется WebSphere Application Server 6.1, там есть компонента SIB, которая является Java-реализацией MQ и с которой можно настроить соединение MQ сервер-MQ сервер. Тогда на исходном сервере можно настроить Remote Queue на очередь в SIB и написать Message Driven Bean для обработки сообщений.