IBM MQ konfigurieren

Verwenden Sie den Serviceporttyp IBM MQ, um eine Verbindung zu IBM MQ-Warteschlangen oder -Themen herzustellen und Nachrichten per Push zu verschieben bzw. per Pull abzurufen.

Informationen zu IBM MQ finden Sie in der IBM MQ-Dokumentation.

Ihren Serviceport konfigurieren

Nachdem Sie Ihren Serviceport erstellt haben, können Sie die allgemeinen Serviceportdetails konfigurieren:

Attribut

Beschreibung

General - Name

Geben Sie den Namen des Serviceports ein.

General - Type

Wählen Sie Ihre Serviceport-Technologie aus.

Read / Write / Read & Write

Wählen Sie aus, was Ihr Serviceport mit Nachrichten tun soll:

  • Read, um Nachrichten zu lesen.

  • Write, um Nachrichten zu schreiben.

  • Read & Write, um Nachrichten zu lesen und zu schreiben.

Real Service

Wählen Sie diese Option, wenn Sie eine Verbindung zu einem realen Service herstellen möchten.

Forwarding

Erlauben Sie OSV, Requests an den realen Service weiterzuleiten. Um diese Option zu verwenden, müssen Sie Real Service wählen.

Learning

Erlauben Sie OSV, weitergeleitete Nachrichten im Reiter Recorder zu speichern. Um diese Option zu verwenden, müssen Sie Forwarding aktivieren.

Active

Aktivieren Sie diese Option, wenn Ihr Serviceport aktiv sein soll. Deaktivieren Sie die Option, um ihn auf inaktiv zu setzen.

Um eine Verbindung mit IBM MQ herzustellen, geben Sie die folgenden Attribute an:

Attribut

Beschreibung

Name

Geben Sie den Namen der Warteschlange oder des Themas ein, zu dem Sie eine Verbindung herstellen möchten.

Type

Wählen Sie Queue oder Topic.

Was Sie auswählen, hängt davon ab, wie Sie Ihre Nachrichten mit ActiveMQ per Push verschieben bzw. per Pull abrufen. Warteschlangen haben ein One-to-One-Messaging-Muster, Themen ermöglichen One-to-Many-Messaging.

Name

Geben Sie den Namen der Warteschlange oder des Themas ein, zu dem Sie eine Verbindung herstellen möchten.

Host

Geben Sie den Namen oder die IP-Adresse des Hosts ein.

Manager

Geben Sie den Namen des Managers an, der die Warteschlange oder das Thema verwaltet. Optional können Sie einen alternativen Warteschlangen-Manager verwenden. Definieren Sie einen alternativen Warteschlangen-Manager für die Ausgabe im Namen der Warteschlange unter Name wie folgt: queue://my-alternative-qmgr/my-queue.

Channel

Geben Sie den Namen des Channels ein, der die Nachrichten überträgt.

Username

Wenn Ihre Verbindung eine Authentifizierung erfordert, geben Sie Ihren Benutzernamen ein.

Password

Wenn Ihre Verbindung eine Authentifizierung erfordert, geben Sie Ihr Passwort ein.

MessageType

Geben Sie an, welche Art von Nachricht Sie senden und empfangen möchten: JmsTextMessage oder JmsBytesMessage.

JMS Support

Definieren Sie den Client-Typ: IBM MQ with JMS oder IBM MQ with Native WMQ.

Nähere Informationen zum JMS Support finden Sie in der IBM MQ-Dokumentation.

Selector

Definieren Sie einen Selektor, um die Header und Eigenschaften eingehender JMS-Nachrichten zu filtern.

Dadurch können Sie dafür sorgen, dass Sie nur JMS-Nachrichten empfangen, die Ihren Filterkriterien entsprechen.

Nähere Informationen zu den vordefinierten Selektoren für diese Technologie finden Sie in der IBM MQ-Dokumentation.

Cipher Spec

Um die verschlüsselte Kommunikation (SSL) zu aktivieren, geben Sie Ihre Kombination aus Verschlüsselungsalgorithmus und Nachrichten-Authentifizierungscode-Algorithmus ein. Tricentis empfiehlt, diese Methode zur Auswahl einer Spezifikation zu verwenden.

Beispiel: ECDHE_ECDSA_AES_128_CBC_SHA256.

Nähere Informationen zu CipherSpec finden Sie in der IBM MQ-Dokumentation.

Cipher Suite

Um die verschlüsselte Kommunikation (SSL) zu aktivieren, geben Sie Ihre kryptographische Algorithmenfolge ein. Cipher Suite ist eine alternative Möglichkeit, eine Spezifikation auszuwählen.

Beispiel: SSL_RSA_WITH_RC4_128_MD5.

Nähere Informationen zu CipherSuite finden Sie in der IBM MQ-Dokumentation.

Peer Name

Um die verschlüsselte Kommunikation (SSL) zu aktivieren, geben Sie eine Zeichenfolge ein, die den Peernamen enthält.

Der Peername ist der vom Peer-Warteschlangen-Manager oder -Client zugewiesene eindeutige Name des Zertifikats.

Nähere Informationen zum Peernamen finden Sie hier und hier in der IBM MQ-Dokumentation.

Key Repository

Um die verschlüsselte Kommunikation (SSL) zu aktivieren, geben Sie den Dateipfad zu Ihrem Key-Repository ohne Dateiendung ein.

Beispiel: C:\Data\ssl_certificate.

Wenn dieses Feld leer ist, wird der Windows-Zertifikatspeicher verwendet. Stellen Sie sicher, dass die entsprechenden Stammzertifikate in diesem Speicher vorhanden sind.

Nähere Informationen zum Key-Repository finden Sie in der IBM MQ-Dokumentation.

Certificate Stores

Um die verschlüsselte Kommunikation (SSL) zu aktivieren, geben Sie die URL des Zertifikatspeicher-Servers ein. Wenn Sie mehrere Zertifikatspeicher-Server verwenden, geben Sie die URLs durch Komma getrennt ein.

Nähere Informationen zu den Zertifikatspeichern finden Sie in der IBM MQ-Dokumentation.

Port

Geben Sie den Port für den Zugriff auf den Broker an.

UnprocessableMessages

Legen Sie fest, wie Nachrichten in einer Warteschlange behandelt werden sollen, die ein Client nicht mehr verarbeiten kann:

  • Delete, um die Nachricht zu löschen.

  • Keep, um die Nachricht zur Verarbeitung durch einen anderen Client zu speichern.

Dies gilt nur für Warteschlangen, nicht für Themen.

IBM MQ-Serviceport

Zum Speichern von Änderungen klicken Sie auf Apply. Um Ihre Änderungen zu verwerfen, klicken Sie auf Reset.

Sobald Sie Ihren Serviceport konfiguriert haben, können Sie Ihre IBM MQ-Verbindung zum Testen verwenden. Informationen zum Bearbeiten von JMS-Nachrichten für Ihre OSV-Szenarien finden Sie hier: siehe Kapitel "JMS-Nachrichten bearbeiten".

Mit dynamischen Warteschlangen arbeiten

In IBM MQ können Sie mit dynamischen Warteschlangen arbeiten, die während der Ausführung erstellt werden. Dies gilt für ausgehende Warteschlangen und für ausgehende Real Service-Warteschlangen. Nähere Informationen zu dynamischen Warteschlangen finden Sie in der IBM MQ-Dokumentation.

Um mit dynamischen Warteschlangen in OSV zu arbeiten, führen Sie die folgenden Schritte aus:

  1. Gehen Sie zum Abschnitt Outbound des IBM MQ-Serviceports. Um diesen Abschnitt zu sehen, müssen Sie Ihren Serviceport auf Write oder Read & Write einstellen.

  2. Lassen Sie das Feld Name leer. In diesem Fall geht OSV davon aus, dass Sie eine dynamische Warteschlange verwenden und sendet Responses an das im Feld ReplyTo der ursprünglichen Nachrichten-Request angegebene Ziel.

  3. Konfigurieren Sie Ihr OSV-Szenario im Tosca Commander, um sicherzustellen, dass OSV die richtige Response mit der richtigen Request abgleicht.

    Das bedeutet, dass die MessageID der Request-Nachricht mit der CorrelationID der Response-Nachricht übereinstimmen muss. Sie müssen die folgenden Aktionen festlegen:

    • Setzen Sie in der Request-Nachricht die Aktion MessageID auf Buffer.

    • Setzen Sie in der Response-Nachricht die Aktion CorrelationID auf Insert.