L'accès MQ avec JMS

je suis en utilisant MQ7 et d'essayer d'accéder à une file d'attente JMS api. Obtenez cette erreur.
Quelqu'un a vu ça avant? Comment puis-je résoudre ce problème? TIA

Exception in thread "main" com.ibm.msg.client.jms.DetailedJMSException:
JMSFMQ6312: Une exception s'est produite dans le Java(tm) MQI. La Java(tm) MQI a jeté une exception en décrivant le problème. Voir le lié d'exception pour de plus amples informations.

Causés par: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2495;AMQ8568: Le natif JNI bibliothèque "mqjbnd' n'a pas été trouvé. [3=mqjbnd]

Causés par: java.lang.UnsatisfiedLinkError: pas de mqjbnd en java.de la bibliothèque.chemin

OriginalL'auteur hakish | 2010-09-09

  1. 4

    C'est presque toujours causée par une combinaison de manquement du client à installer et/ou un problème de CLASSPATH. Beaucoup de gens attraper le pot de fichiers, plutôt que de procéder à l'installation complète et ne pas nécessairement obtenir toutes. En plus de vous assurant que tous les binaires requis sont présents, à l'aide du support d'installation fournit plusieurs fonctionnalités supplémentaires telles que les diagnostics et la trace. Il assure également l'entretien peut être appliquée. Le WMQ client média d'installation sont disponibles en téléchargement gratuit comme SupportPac MQC7. Le paramètre de chemin de classe doit être tel que décrit dans le WebSphere MQ à l'Aide de Java manuel.

    Si l'installation du client est effectuée à partir de l'IBM des médias et de l'environnement est mis en place comme par les docs, il les corrige presque tous les cas, comme vous l'avez signalé ici. Il y a quelques Installer un Test de Vérification des applications (certaines de ces diagnostics installé avec le support complet que j'ai mentionné) qui sont décrits ici et qui peuvent aider à déterminer si un problème avec l'installation ou le code.

    Le scénario est je suis à l'aide d'un programme java pour accéder à un MQ file d'attente déployés sur une autre machine via JMS,j'ai donc eu tout le nécessaire MQ client libs à partir du serveur, l'étrangeté réside dans le fait que le même programme fonctionne parfaitement sur le serveur où MQ est déployé avec le même bocaux dans le classpath, peut-être qu'il a quelque chose à voir avec java.de la bibliothèque.chemin prop, plus d'idées. 🙂
    Le message d'erreur dit clairement que java.de la bibliothèque.chemin d'accès est manquant mqjbnd. Si vous allez sur le serveur sur lequel il fonctionne, je suis sûr que vous trouverez que son langage de programmation java.de la bibliothèque.chemin d'accès est défini correctement. Faites vôtre la même et ça va marcher, j'en suis sûr.
    C'est la raison pour laquelle IBM ne prend pas en charge ce type d'installation. Si vous utilisez le MQC7 SupportPac pour installer le client, puis vous obtenez tous la nécessaire libs et les pots ainsi que des utilitaires de diagnostic. En fonction de votre commentaire, le seul endroit où le média d'installation a été utilisé, il fonctionne. Pourquoi ne pas utiliser le documentée et étayée de la procédure pour installer le client libs? Ensuite, vous pouvez ouvrir Mfr si nécessaire et de les appliquer à l'entretien. Ou sont ces choses n'est pas important pour votre application?
    il fonctionne lorsque le client et le serveur résider dans la même machine, mais pas dans les séparer..
    Ou de mon point de vue, il fonctionne sur la machine où IBM média d'installation a été exécutée et non pas sur la machine où les pots ont été installés par la copie. Comme un IBM consultant spécialisé dans les WMQ je vois cela beaucoup. La première chose que je reçois mes clients à faire est d'exécuter l'installation supporté que par la documentation. Cette version corrige de 80% ~ 90% des problèmes tels que vous êtes la production de rapports. Si vous ne sont pas disposés à exécuter le média d'installation sur la machine client, je ne peux pas vous aider davantage. Si cela ne fonctionne toujours pas avec l'installation complète, je vais demander à voir le résultat de la Vérification Initiale de Test de l'exécution du programme.

    OriginalL'auteur T.Rob

  2. 6

    Probablement un peu en retard mais j'ai eu le même problème et trouvé que cela peut être évité si vous utilisez un autre Mode de Connexion lors de la connexion à une File d'attente à distance. Par défaut, le MQConnectionFactory utilise WMQ_CM_BINDINGS comme c'est le mode de connexion. Si vous la changez pour WMQ_CM_CLIENT (ou selon le mode de connexion que vous aimez qui ne nécessite pas de bibliothèques natives), vous devez être 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)));
}
    Comme quelqu'un l'a également du mal avec ce problème, je tiens à préciser que le fait de passer à WMQ_CM_CLIENT est nécessaire, mais pas suffisante. J'ai aussi besoin de comprendre "com.ibm.mq.jmqi.jar" dans mon jeu de bibliothèque pots. Juste pour info, cela tire dans jms.jar, com.ibm.mq.headers.jar et com.ibm.mq.jar . Je suis toujours de voir (d'autres) des problèmes, cependant, de sorte que plus les pots peuvent être nécessaires.

    OriginalL'auteur johnam

  3. 3

    D'accord avec Johnam, c'est arrivé parce que le ConnectionFactory défini comme serveur par défaut, il le besoin d'être configuré en tant que client, vous avez dit qu'il fonctionne sur la même machine. Parce que j'ai aussi rencontré la même situation, c'exécuter lorsque sur la même machine, dans ce cas, parce que votre machine est comme WMQ Serveur afin de faire le programme, mais si vous pouvez exécuter sur la machine différente, alors votre programme doit configuré en tant que client.

    Je fixer à l'aide de régler certains paramètres sur 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>

    OriginalL'auteur Imam Baihaqi

  4. 1

    La VM paramètre -Djava.library.path=/opt/mqm/java/lib64 fonctionne pour moi. Mon environnement est 64bit Suse avec MQ installé et mon programme utilise des Liaisons de transport de type

    OriginalL'auteur Tomboy

  5. 0

    Le problème est à la variable de Chemin d'accès sur les propriétés du système. Essayez d'exécuter du code en spécifiant MQInstallation Dir :\Lib64 chemin avant MQInstallation Dir :\Lib

    OriginalL'auteur user5061020

  6. 0

    Ajouter le dessous de votre tomcat arguments:

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

    Si le répertoire d'installation est différente de celle ci-dessus, utilisez l'emplacement approprié.

    OriginalL'auteur Rams