Zugriff auf MQ mit JMS

ich bin mit MQ7 und versuchen, Zugriff auf eine Warteschlange mit der JMS api. Diese Fehlermeldung bekommen.
Hat jemand es schon einmal gesehen? Wie kann ich dies beheben? TIA

Exception in thread "main" com.ibm.msg.client.jms.DetailedJMSException:
JMSFMQ6312: Eine Ausnahme in der Java - (tm) MQI. Die Java(tm) MQI-hat geworfen eine Ausnahme, die das problem beschreiben. Siehe die verlinkten Ausnahme für weitere Informationen.

Verursacht durch: com.ibm.mq.jmqi.JmqiException: CC=2;RC=2495;AMQ8568: Die native JNI-Bibliothek 'mqjbnd' wurde nicht gefunden. [3=mqjbnd]

Verursacht durch: java.lang.UnsatisfiedLinkError: no mqjbnd in java.Bibliothek.Pfad

InformationsquelleAutor hakish | 2010-09-09
  1. 4

    Dies ist fast immer verursacht durch eine Kombination von einer unvollständigen client installieren und/oder ein CLASSPATH-Problem. Viele Menschen packen Sie die jar-Dateien anstatt ausführen die complete-und nicht unbedingt alle von Ihnen. Zusätzlich zu versichern sind alle benötigten Programme vorhanden sind, mit der install-Medien bietet mehrere zusätzliche Funktionen, wie Diagnose und trace. Es ist auch gewährleistet, dass die Wartung angewendet werden kann. Das ein Fehler in WMQ client installieren Medien zum kostenlosen download als SupportPac MQC7. Die CLASSPATH-Einstellung sein sollte, wie beschrieben, in der WebSphere MQ Mit Java Handbuch.

    Wenn die client-Installation erfolgt von der IBM Medien und die Umgebung eingerichtet ist, wie pro die docs, das behebt fast alle Fälle, wie Sie hier berichtet. Es gibt ein paar Installation Verification Test apps (einige dieser Diagnose-installiert mit der vollen Medien, die ich erwähnt habe) die sind hier beschrieben und die helfen können, festzustellen, ob ein problem mit der installation oder mit dem code.

    • Das Szenario ist, bin ich mit einem java Programm auf einem MQ-Warteschlange bereitgestellt, die auf einem separaten Computer via JMS,also habe ich alle benötigten MQ client libs vom server, die Verrücktheit liegt in der Tatsache, dass das gleiche Programm läuft perfekt auf dem server, auf dem MQ bereitgestellt wird, mit der gleichen jars im classpath sein mag, es hat etwas zu tun mit java.Bibliothek.Pfad prop, mehr Ideen. 🙂
    • Die Fehlermeldung sagt ganz klar, dass java.Bibliothek.Pfad fehlt mqjbnd. Wenn Sie gehen, um die server, auf denen es arbeitet, ich bin sicher, Sie werden feststellen, dass Ihre java.Bibliothek.Pfad richtig eingestellt ist. Ihr machen das gleiche und es wird funktionieren, da bin ich sicher.
    • Dies ist der Grund, dass IBM keine Unterstützung dieser Art installieren. Wenn Sie die MQC7 SupportPac den client zu installieren, dann bekommen Sie alle die benötigten libs und Gläser sowie Diagnose-utilities. Nach Ihrem Kommentar, der Ort, wo das install-Medium wurde verwendet, funktioniert es. Warum nicht verwenden Sie die dokumentierte und unterstützte Vorgehensweise zur Installation der client-libs? Dann Sie öffnen konnte PMRs, wenn nötig und übernehmen die Wartung. Oder sind diese Dinge nicht wichtig für Ihre Anwendung?
    • es funktioniert, wenn der client und der server sich in der gleichen Maschine, aber nicht in separaten..
    • Oder aus meiner Sicht, es funktioniert auf dem Computer, auf dem IBM-Installations-CD ausgeführt und nicht auf dem Rechner, auf dem die Gläser wurden installiert durch kopieren über. Als IBM-Berater, spezialisiert auf ein Fehler in WMQ ich sehe das viel. Das erste, was ich meinen Klienten zu tun ist, führen Sie das unterstützt die Installation gemäß der Dokumentation. Das behebt 80% ~ 90% der Probleme, wie Sie berichten. Wenn Sie nicht bereit sind, führen Sie das Installationsmedium aus, das auf dem client-Rechner, kann ich dir nicht helfen weiter. Wenn es immer noch nicht funktioniert mit der Installation, ich würde Fragen, um die Ausgabe zu sehen von der Anfänglichen Verifizierung-Test-Programm laufen.
    • Ich habe es installiert über den Prozess erwähnt, der in den IBM-Handbuch Kapitel 3 "Installieren von Websphere MQ Client", auf Linux 64 bit. Folgender Befehl gibt mir dieses Ergebnis. dspmqver -p-63-Name: WebSphere MQ Version: 7.0.1.6 CMVC level: p701-106-110725 BuildType: IKAP - (Produktion) . . . Name: IBM WebSphere MQ Version: 7.0.1.6 CMVC Level: k701-106-110721 mqjbnd=CC=2;RC=2495;AMQ8568: Die native JNI-Bibliothek 'mqjbnd' wurde nicht gefunden. [3=mqjbnd]::Nein mqjbnd in java.Bibliothek.Pfad Erstellen-Typ: Produktion DistHub Bauen Level: DH610-GOLD Webscale Distribution Hub-Core
    • Hallo, können Sie bitte korrigieren Sie den link für "Es gibt ein paar Installation Verification Test-apps ..."? Danke 😉
    • vielleicht war der server down? Der link funktioniert bei mir jetzt. Allerdings ist es für die v7.0 und also ist hier eine aktuelle: Post-installation für WebSphere MQ classes for JMS-Anwendungen - v7.5
    • Danke, neue links funktioniert gut, während die Vorherige noch nicht funktioniert (leere Seite zeigt hier in Europa), 7.5, ist eh besser 😉 ich fand dieses hier (www-01.ibm.com/support/docview.wss?uid=swg21413508) wirklich hilfreich, aber es funktioniert nicht wie auch immer 🙁 Alle Eigenschaften sind konfiguriert, aber dspmqver.exe zeigt "Die native JNI-Bibliothek '?' wurde nicht gefunden." Ich finde nicht gute Schritt für Schritt Anleitung, wie man samples arbeiten...
    • Möglicherweise müssen Sie die cookies löschen. Das Infocenter zeigt sich leer, für mich eine Menge zu, aber wenn ich die cookies löschen (und manchmal-cache), kommt es gleich wieder. Beachten Sie, dass die Infocenters werden Ihnen aus verschiedenen IBM-Standorten, beginnend mit v7.5 so verhält es sich anders. Im moment habe ich Zugriff auf alle vier Infocenters vom v6.0 bis v7.5. Neuesten Firefox, Win 7x64, NoScript, USA IP-addy.
    • Hast du setmqinst nach installieren?
    • nach dem ausführen setmqinst er sagte mir, PC Neustarten, was ich vorher nicht wahrscheinlich, jetzt die dspmqver.exe funktioniert. Ich fand auch, dass die links die ich verwiesen auf als nicht zu arbeiten funktioniert nicht in Chrome, aber Sie funktionieren in Firefox.

    InformationsquelleAutor T.Rob
  2. 6

    Wohl ein bisschen zu spät, aber ich hatte das gleiche problem und festgestellt, dass diese vermieden werden können, wenn Sie einen anderen Anschluss-Modus, wenn eine Verbindung zu einem remote-Warteschlange. Standardmäßig ist die MQConnectionFactory verwendet WMQ_CM_BINDINGS als es Verbindungs-Modus. Wenn Sie es ändern, um WMQ_CM_CLIENT (oder je nachdem, welcher Verbindungsmodus Sie nicht benötigen native Bibliotheken) Sie sollten in Ordnung sein. 

    @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)));
}
    • Als jemand, der auch zu kämpfen mit diesem problem, würde ich mag, um klarzustellen, dass der Wechsel zu WMQ_CM_CLIENT ist notwendig, aber nicht ausreichend. Ich musste auch zählen "com.ibm.mq.jmqi.jar" in meinem Satz von jar-Bibliotheken. Nur zur info, dieser wiederum zieht in jms.jar, com.ibm.mq.headers.jar und com.ibm.mq.jar . Ich bin immer noch zu sehen (andere) Probleme, obwohl, so dass mehr Gläser erforderlich sein.
    InformationsquelleAutor johnam
  3. 3

    Stimmen mit Johnam, es geschah, weil die ConnectionFactory-set als server standardmäßig eingestellt werden müssen, um als client, Sie sagte, dass es funktioniert auf der gleichen Maschine. Da traf ich auch die gleiche situation, es laufen, wenn Sie auf derselben Maschine, in diesem Fall, weil Ihre Maschine ist wie ein Fehler in WMQ-Server, so tun das Programm, aber wenn du auf die andere Maschine, dann muss Ihr Programm gesetzt als client.

    Ich es beheben mit setzen einige parameter auf 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>
    InformationsquelleAutor Imam Baihaqi
  4. 1

    Den VM-parameter -Djava.library.path=/opt/mqm/java/lib64 für mich funktioniert. Meine Umgebung ist 64bit Suse mit MQ installiert und mein Programm ist mit 'Bindungen' Transporttyp

    InformationsquelleAutor Tomboy
  5. 0

    Das Problem mit der Path-variable auf Eigenschaften. Versuchen Sie zum ausführen von code durch Angabe MQInstallation Dir :\Lib64 Weg vor MQInstallation Dir :\Lib

    InformationsquelleAutor user5061020
  6. 0

    Hinzufügen, die unten auf den tomcat-Argumente:

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

    Wenn das Installations-Verzeichnis ist anders als die oben genannten, verwenden Sie den entsprechenden Speicherort.

    InformationsquelleAutor Rams
Schreibe einen Kommentar