Несмотря на то, что, как отмечалось предыдущими респондентами, есть Java API для WMQ, WMQ также поддерживает JMS, поэтому здесь приведены некоторые ресурсы, с которых можно начать.
Взгляните на эту статью: Технический журнал IBM WebSphere Developer: Запуск автономного приложения Java в WebSphere MQ V6.0
Кроме того, если вы установили полный клиент WMQ, а не просто взяли банки, у вас будет множество образцов кода. По умолчанию они будут находиться в C: \ Program Files \ IBM \ WebSphere MQ \ tools \ jms или / opt / mqm / samp, в зависимости от вашей платформы.
Если вам нужен установочный носитель клиента WMQ, получите его здесь . Обратите внимание, что это клиент WMQ v7, а не клиент v6. Он совместим с v6 QMgr, но по состоянию на сентябрь 2011 года v6 устарел, вам следует заняться новыми разработками для клиента v7 и, если возможно, для v7 QMgr. Если обе стороны v7, доступно множество улучшений функциональности и производительности.
Вы можете получить руководство по продукту здесь , если вам это нужно.
Наконец, убедитесь, что вы получили исключение JMS для печати связанного исключения. Это не вещь WMQ, а вещь JMS. Sun предоставила многоуровневую структуру данных для исключений JMS, и действительно интересные части часто находятся на уровне вложенности. Это не имеет большого значения и может быть реализовано в несколько строк:
try {
.
. code that might throw a JMSException
.
} catch (JMSException je) {
System.err.println("caught "+je);
Exception e = je.getLinkedException();
if (e != null) {
System.err.println("linked exception: "+e);
} else {
System.err.println("No linked exception found.");
}
}
Это помогает определить разницу между ошибкой JMS и ошибкой транспорта. Например, ошибкой безопасности JMS может быть WMQ 2035, или это может быть конфигурация JSSE, или приложение может не иметь доступа к чему-либо в файловой системе. Только один из них стоит потратить много времени на копание журналов ошибок WMQ, и только распечатав связанное исключение, вы сможете определить, так ли это.