Accediendo a MQ con JMS

Question

estoy usando MQ7 e intento acceder a una cola con api de JMS. Obteniendo este error ¿Alguien lo ha visto antes? ¿Cómo resuelvo esto? TIA

Exception in thread "main" com.ibm.msg.client.jms.DetailedJMSException: JMSFMQ6312: An exception occurred in the Java(tm) MQI. The Java(tm) MQI has thrown an exception describing the problem. See the linked exception for further information.

Caused by: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2495;AMQ8568: The native JNI library 'mqjbnd' was not found. [3=mqjbnd]

Caused by: java.lang.UnsatisfiedLinkError: no mqjbnd in java.library.path

Answer 1

Esto casi siempre se debe a una combinación de una instalación incompleta del cliente y/o un problema CLASSPATH. Muchas personas toman los archivos jar en lugar de realizar la instalación completa y no necesariamente los obtienen todos. Además de asegurar que todos los binarios necesarios estén presentes, el uso de medios de instalación proporciona varias capacidades adicionales, como diagnósticos y rastreo. También asegura que se puede aplicar el mantenimiento. Los medios de instalación del cliente WMQ están disponibles para su descarga gratuita como SupportPac MQC7. La configuración CLASSPATH debe ser como se describe en el manual WebSphere MQ Using Java.

Si la instalación del cliente se realiza desde los medios de IBM y el entorno está configurado de acuerdo con los documentos, esto soluciona casi todos los casos que ha informado aquí. Hay algunas aplicaciones de prueba de verificación de instalación (algunos de esos diagnósticos instalados con los medios completos que mencioné) which are described here y que pueden ayudar a determinar si hay un problema con la instalación o con el código.

Answer 2

El parámetro VM -Djava.library.path=/opt/mqm/java/lib64 funciona para mí. Mi entorno es Suse de 64 bits con MQ instalado y mi programa utiliza el tipo de transporte 'Enlaces'

Answer 3

Probablemente un poco tarde pero tuve el mismo problema y encontré que esto puede evitarse si usa un Modo de conexión diferente cuando se conecta a un cola remota Por defecto, el MQConnectionFactory usa WMQ_CM_BINDINGS ya que es el modo de conexión. Si lo cambia a WMQ_CM_CLIENT (o cualquiera que sea el modo de conexión que desee que no requiera bibliotecas nativas), estará bien.

@Test 
public void testMQConnectionMode() throws JMSException { 
    MQConnectionFactory cf = new MQConnectionFactory(); 
    assertThat(cf.getIntProperty(CommonConstants.WMQ_CONNECTION_MODE), is(equalTo(CommonConstants.WMQ_CM_BINDINGS))); 
    cf.setIntProperty(CommonConstants.WMQ_CONNECTION_MODE, CommonConstants.WMQ_CM_CLIENT); 
    assertThat(cf.getIntProperty(CommonConstants.WMQ_CONNECTION_MODE), is(equalTo(CommonConstants.WMQ_CM_CLIENT))); 
} 

Answer 4

De acuerdo con Johnam, sucedió porque el ConnectionFactory establece como servidor por defecto, es necesario establecer como cliente, usted ha dicho que funciona en la misma máquina. Como también encontré la misma situación, se ejecuta en la misma máquina, en este caso porque su máquina es como servidor WMQ, así que haga el programa, pero cuando se ejecuta en una máquina diferente, entonces su programa debe establecerse como cliente.

me resuelvo con fijó algunos parámetros en ConnectionFactory:

<bean id="mqConnectionFactory" class="com.ibm.mq.jms.MQConnectionFactory"> 
.... 
<property name="transportType" value="1" /> 
<property name="clientReconnectTimeout" value="2" /> 
<property name="clientReconnectOptions" value="0" /> 
</bean> 

Answer 5

El problema es con variable Path en las propiedades del sistema. Trate de ejecutar código especificando MQInstallation Dir: ruta \ lib64 antes MQInstallation Dir: \ Lib

Answer 6

Añadir el siguiente a sus argumentos Tomcat:

-Djava.library.path="C:\Program Files (x86)\IBM\WebSphere MQ\java\lib64" 

Si el directorio de instalación es diferente a la anterior, utilice el adecuado ubicación.