MQ Mit WLS Foreign Server

Question

Ich bin vor zwei Probleme, wenn ich versuche zu MQ zu verbinden, die auf einem Remote-Server von Weblogic Server (WLS) durch die Schaffung eines fremden Server bereitgestellt wird. 1. Wenn ich versuche zu MQ Queuemanager in Bindings-Modus (nach dem Import der .bindings Datei) Ich erhalte die folgenden Fehler in WLS-Konsole zu verbinden:

java.lang.UnsatisfiedLinkError: keine mqjbnd05 in java.library.path

2. Wenn ich den Transport zum Kunden schalte ich erhalte:

JMSWMQ0018: Fehler beim WS-Manager ‚‘ mit Verbindungsmodus ‚Client‘ und Hostnamen ‚localhost‘ verbinden. Überprüfen des WS-Manager gestartet wird und wenn im Client-Modus ausgeführt wird, überprüfen Sie sich ein Zuhörer läuft. Bitte beachten Sie die verknüpfte Ausnahme für weitere Informationen.

Hat jemand gesehen, und gibt es irgendwelche Auswirkungen auf die Leistung, die die Verwendung von Client über Bindungen und umgekehrt diktieren?

TIA

Answer 1

Schließlich ich in der Lage war, dieses Problem zu beheben, hatte ich die .bindings Datei im Client-Modus zu erstellen, mit Änderungen an die IVTsetup.bat die am wahrscheinlichsten ist in C: \ Programme \ IBM \ WebSphere MQ \ Java \ bin, musste ich diese laufen def QCF (psQCF) Transport (CLIENT) HOST (SMEKA) Port (1415) Kanal (ps_SRV_CHANNEL) QMGR (PSQM) die .bindings-Datei zu erzeugen.

Siehe diesen Link für weitere Informationen:

http://publib.boulder.ibm.com/infocenter/wbihelp/v6rxmx/index.jsp?topic=/com.ibm.wbia_adapters.doc/doc/peoplesoft/peopleso103.htm

Answer 2

Wenn die Frage Staaten, die Ich versuche, MQ zu verbinden, die auf einem Remote-Server von Weblogic Server bereitgestellt wird Ich gehe davon aus bedeutet dies, dass WLS und WMQ sind auf zwei verschiedenen Hosts. Wenn das der Fall ist, dann ist ein Bindungen Modus Verbindung (die auf Shared-Memory-Segmente beruht) wird nicht funktionieren.

Der Client-Modus Verbindung erscheint eine CF zu verwenden, die spitzen ist auf localhost anstatt die IP-Adresse oder den Hostnamen des WMQ Server. Dies würde auf dem gleichen Host wie der WS-Manager für eine Anwendung arbeiten, aber nicht, wenn die App und QMgr sind auf separaten Servern.

Was die Wahl zwischen Client und Bindungen Modus, ist die Antwort, dass, wenn die QMgr ist die lokale Nutzung Bindungen. Dies sorgt für höchste Zuverlässigkeit, optimale Leistung und XA Transaktionalität. Wenn die Client-Modus, Zwei-Phasen-XA Commit nicht ohne Extended Transactional-Client unterstützt. Per JMS-Spezifikation gibt es eine Mehrdeutigkeit, die, wenn eine App die Verbindung während eines Anrufs COMMIT verliert existieren kann. Je nachdem, wie dies der App behandelt, es ist möglich mit doppelten Nachrichten enden. (Die JMS-Spezifikation auf diese bezieht sich als „funktionell dupliziert werden.“) Diese Zweideutigkeit ist viel weniger wahrscheinlich mit einer Bindungsmodus Verbindung treten, da keine Netzwerklatenz ist und nicht einmal Traversal des IP-Stacks oder Schnittstelle. So verwenden Bindungen Modus, wo möglich.

UPDATE:
Entfernte Notiz über Extended Transactional Client ist eine aufladbare Komponente zu sein. Ab 24. April XTC für alle Versionen von WMQ auf allen Plattformen ist kostenlos.