JMSOutput-Knoten

Mit dem JMSOutput-Knoten werden Nachrichten an JMS-Zieladressen gesendet.

Dieses Thema enthält folgende Abschnitte:

Zweck

Der JMSOutput-Knoten agiert als JMS-Nachrichtenproduzent und kann alle sechs Nachrichtentypen veröffentlichen, die in der Java Message Service Specification, Version 1.1 definiert sind. Nachrichten werden mithilfe von Methodenaufrufen veröffentlicht, die in der JMS-Spezifikation beschrieben sind.

Der JMSOutput-Knoten befindet sich im Ablagefach JMS der Palette und wird in der Workbench durch folgendes Symbol dargestellt:

Symbol für JMSOutput-Knoten

JMSOutput-Knoten in einem Nachrichtenfluss verwenden

Das folgende Beispiel enthält einen Nachrichtenfluss, in dem der JMSOutput-Knoten verwendet wird. Anhand dieses Beispiels wird die Verwendung des JMSOutput-Knotens demonstriert. Sie können Beispiele nur anzeigen, wenn Sie das Information Center verwenden, das im Message Brokers Toolkit integriert ist.

Nachrichtenflüsse, die Nachrichten handhaben, die von Verbindungen mit JMS-Providern empfangen werden, müssen immer mit einem JMSInput-Knoten beginnen. Wenn Sie den JMSOutput-Knoten in einen Nachrichtenfluss aufnehmen, müssen Sie keinen JMSInput-Knoten einschließen. Wenn Sie jedoch keinen JMSInput-Knoten aufnehmen, müssen Sie den MQJMSTransform-Knoten einschließen, um die Nachricht in das Format umzuwandeln, das vom JMSOutput-Knoten erwartet wird.

Wenn Sie JMS-Nachrichten weitergeben und einen Nachrichtenfluss so erstellen, dass er einen untergeordneten Nachrichtenfluss verwendet, setzen Sie eine Instanz des JMSOutput-Knotens als letzten Knoten ein, um ein Ausgangsterminal für den untergeordneten Nachrichtenfluss zu erstellen.

Typ der JMS-Ausgabenachricht steuern

In der JMS-Nachrichtenbaumstruktur wird der Typ der JMS-Nachricht im Feld 'PayloadType' des Unterordners 'Message_MetaData' angegeben. Verwenden Sie zur Steuerung des Nachrichtentyps, der vom JMSOutput-Knoten erstellt wird, folgenden ESQL-Code, um den Nutzlastwert zu setzen:
SET OutputRoot.JMSTransport.Transport_Folders.Message_MetaData.PayloadType=Nutzlastwert

Weitere Informationen zur JMS-Nachrichtenbaumstruktur und zu Nutzlastwerten finden Sie im Abschnitt Darstellung von Nachricht über das JMS-Transportprotokoll.

Client des JMS-Providers für JMS-Knoten verfügbar machen

Konfigurierbare Services sind für eine Reihe von JMS-Providern definiert. Sie können einen der vordefinierten Services auswählen oder einen neuen Service für einen neuen Provider oder einen vorhandenen Provider erstellen.

Mit dem Befehl mqsireportproperties können Sie einen oder mehrere der definierten konfigurierbaren Services anzeigen. Im folgenden Beispiel werden alle konfigurierbaren Services angezeigt, die für einen einzelnen Broker verfügbar sind:
mqsireportproperties Brokername -c AllTypes -o AllReportableEntityNames -r 
  • Wenn Sie den WebSphere MQ-JMS-Provider verwenden möchten und WebSphere MQ an der Standardposition im Brokersystem installiert haben, sind die Eigenschaften bereits festgelegt, und Sie müssen keine Änderungen vornehmen.
  • Wenn Sie den WebSphere MQ-JMS-Provider verwenden möchten, und Sie WebSphere MQ nicht an der Standardposition installiert haben, oder wenn Sie einen der anderen definierten Services verwenden möchten, müssen Sie die Eigenschaft jarsURL festlegen, um die Position der JAR-Dateien des Service im Brokersystem zu identifizieren.

    Mit dem Befehl mqsireportproperties können Sie die Providereigenschaften anzeigen. Mit dem Befehl mqsichangeproperties können Sie die Eigenschaften festlegen oder modifizieren.

  • Wenn kein Service für Ihren JMS-Provider definiert ist oder wenn Sie einen anderen Service für einen vorhandenen JMS-Provider erstellen möchten, verwenden Sie den Befehl mqsicreateconfigurableservice zum Identifizieren des neuen Service und Festlegen seiner Eigenschaften.
  • Wählen Sie bei der Konfiguration des Knotens den entsprechenden Service in der Liste der vordefinierten Services aus, die für die Eigenschaft Name des JMS-Providers angezeigt werden, oder geben Sie den Namen des neuen Service an.

Nachrichtenzielmodus verwenden

Der JMSOutput-Knoten agiert als Nachrichtenproduzent und unterstützt die folgenden Nachrichtenszenarios:

Eine Datagrammnachricht senden

Ein Datagramm ist eine abgeschlossene, unabhängige Datenentität, die selbst genügend Informationen enthält, um vom Quellensystem zum Zielsystem geleitet zu werden, ohne dabei auf Informationen aus früheren Übertragungen zwischen den beiden Systemen oder auf Informationen des verwendeten Transportnetzes angewiesen zu sein. In den folgenden Anweisungen wird das Senden einer Datagrammnachricht beschrieben:
  1. Legen Sie auf der Registerkarte Grundeinstellungen das Nachrichtenziel entsprechend dem verwendeten Nachrichtenmodell fest. Setzen Sie eine der folgenden Eigenschaften auf den gültigen Namen eines JNDI-verwalteten Objekts:
    • Veröffentlichungsthema
    • Zielwarteschlange
  2. Lassen Sie das Feld Zieladresse für Antworten leer.
Der Knoten löst den Namen des JNDI-verwalteten Objekts auf, der entweder als Veröffentlichungsthema oder als Zielwarteschlange angegeben wurde, und sendet die Nachricht an diese JMS-Zieladresse.

Antwortnachricht senden

Der Sender einer Nachricht erwartet möglicherweise eine Antwort vom Empfänger der Nachricht. In diesem Fall kann die JMSOutput-Nachricht die ausgehende Nachricht als Antwort behandeln und gemäß dem Wert, der aus der Eigenschaft 'JMSReplyTo' aus der Anforderungsnachricht abgerufen wird, weiterleiten. Sie können den Wert der Eigenschaft JMSReplyTo in MbMessage z. B. mithilfe eines Compute-Knotens oder eines JavaCompute-Knotens ändern. Dies ermöglicht das dynamische Routing von Nachrichten vom JMSOutput-Knoten aus. Der Knoten sendet die Nachricht an den JMS-Bestimmungsnamen, der im Feld 'JMSReplyTo' der MbMessage-Baumstruktur festgelegt wurde.

Dabei stellt der Wert für 'JMSReplyTo' in der MbMessage-Baumstruktur den Namen der JMS-Zieladresse dar, der aus JNDI aufgelöst wurde. Beispiel:
queue://QM_mn2/meineJMSWarteschlange4
In diesem Fall handelt es sich bei dem Wert um die JMS-Provider-spezifische Darstellung der JMS-Zieladresse beim JMS-Provider für die WebSphere MQ-Serie.
Wenn Sie keinen aufgelösten Namen für die JMS-Zieladresse angeben möchten, kann der JMSOutput-Knoten auch den Namen eines JNDI-verwalteten Objekts im Feld JMSReplyTo akzeptieren. Jedoch muss der Knoten den Namen des JNDI-verwalteten Objekts in JNDI auflösen, damit er die Nachricht an die zugrunde liegende JMS-Zieladresse weiterleiten kann. In diesem Fall muss der Wert im Feld JMSReplyTo die Zeichenfolge jndi:\\ als Präfix erhalten. Beispiel:
jndi:\\jmsQ4
Dabei steht jmsQ4 für den Namen des JNDI-verwalteten Objekts.

Bei Verwendung dieser Methode können leichte Leistungseinbußen auftreten, weil der Name des verwalteten Objekts erst in JNDI nachgeschlagen werden muss.

Anforderungsnachricht senden

Der JMSOutput-Knoten kann eine Nachricht an die JMS-Zieladresse in der Erwartung senden, von dem Nachrichtenkonsumenten, der die Anforderung verarbeitet, eine Antwort zu erhalten. In den folgenden Anweisungen wird das Senden einer Anforderungsnachricht beschrieben:
  1. Legen Sie auf der Registerkarte Grundeinstellungen das Nachrichtenziel entsprechend dem verwendeten Nachrichtenmodell fest. Setzen Sie eine der folgenden Eigenschaften auf den gültigen Namen eines JNDI-verwalteten Objekts:
    • Veröffentlichungsthema
    • Zielwarteschlange
  2. Die für 'JMSReplyTo' anzugebende Zieladresse in der ausgehenden Nachricht kann aus dem an den Knoten übergebenen Wert, der im Feld 'JMSReplyTo' der MbMessage-Baumstruktur angegeben wurde, abgeleitet werden. Alternativ kann der Wert auch durch den Namen eines JNDI-verwalteten Objekts überschrieben werden, der mit der Knoteneigenschaft Zieladresse für Antworten festgelegt wurde.

    Wenn der JMSOutput-Knoten die Eigenschaft 'JMSReplyTo' in der ausgehenden Nachricht dynamisch festlegen soll, lassen Sie das Feld Zieladresse für Antworten auf der Registerkarte Grundeinstellungen leer, und legen Sie den Wert für 'JMSReplyTo' in MbMessage mithilfe eines Compute-Knotens oder eines JavaCompute-Knotens fest.

Der Knoten sucht zuerst nach einem Wert im Feld 'JMSReplyTo' von MbMessage. Wenn er den Wert findet, übergibt er ihn an das Feld 'JMSReplyTo' der ausgehenden Nachricht. Wenn jedoch ein Wert im Feld Zieladresse für Antworten auf der Registerkarte Grundeinstellungen angegeben wurde, überschreibt dieser Wert nach Auflösung des Namens des JNDI-verwalteten Objekts alle Angaben, die zuvor für die Eigenschaft 'JMSReplyTo' der ausgehenden Nachricht gemacht wurden.

Der Knoten löst den Namen des JNDI-verwalteten Objekts auf, der entweder im Veröffentlichungsthema oder in der Zielwarteschlange bereitgestellt wurde, und sendet die Nachricht an diese JMS-Zieladresse.

Koordinierte Transaktionen konfigurieren

Wenn Sie einen JMSOutput-Knoten in einen Nachrichtenfluss einschließen, definiert der Wert, den Sie für den Transaktionsmodus festgelegt haben, ob die Nachrichten unter Synchronisationspunktsteuerung gesendet werden.

  • Wenn Sie den Transaktionsmodus auf Global setzen, wird die Nachricht unter der externen Synchronisationspunktsteuerung gesendet, d. h. in einer WebSphere MQ-Arbeitseinheit. Alle Nachrichten, die später von einem Sendeknoten in derselben Instanz des Nachrichtenflusses gesendet werden, unterliegen der Synchronisationspunktsteuerung, es sei denn, der Sendeknoten setzt diese Einstellung explizit außer Kraft.
  • Wenn Sie den Transaktionsmodus auf Lokal setzen, wird die Nachricht unter der lokalen Synchronisationspunktsteuerung des JMSOutput-Knotens gesendet. Alle Nachrichten, die später von einem Sendeknoten im Nachrichtenfluss gesendet werden, unterliegen nicht der lokalen Synchronisationspunktsteuerung, es sei denn, ein einzelner Sendeknoten hat dies explizit vorgegeben.
  • Wenn Sie den Transaktionsmodus auf Keine setzen, wird die Nachricht nicht unter Synchronisationspunktsteuerung gesendet. Alle Nachrichten, die später von einem Sendeknoten im Nachrichtenfluss gesendet werden, unterliegen nicht der Synchronisationspunktsteuerung, es sei denn, ein einzelner Sendeknoten hat dies explizit vorgegeben.
Wenn Nachrichten unter einer externen Synchronisationspunktsteuerung gesendet werden sollen, müssen Sie zusätzliche Konfigurationsschritte ausführen, die nur erforderlich sind, wenn ein JMSOutput- oder JMSInput-Knoten zum ersten Mal für einen bestimmten JMS-Provider auf dem Broker implementiert wird:
  • Auf verteilten Systemen wird als externer Synchronisationspunkt-Koordinator für den Broker WebSphere MQ verwendet. Vor der Implementierung eines Nachrichtenflusses, bei dem der Transaktionsmodus auf Global gesetzt ist, müssen Sie die .ini-Datei des WS-Managers so ändern, dass darin für jeden Ressourcenmanager des JMS-Providers, der an global koordinierten Transaktionen mitwirkt, zusätzliche Definitionen enthalten sind:
    • Windows platform Unter Windows, wenn WebSphere MQ Version 5 installiert ist:
      1. Starten Sie die WebSphere MQ-Services.
      2. Klicken Sie mit der rechten Maustaste auf den Namen des Warteschlangenmanagers, und klicken Sie auf Eigenschaften.
      3. Klicken Sie auf die Registerkarte Ressourceneigenschaften.
      4. Legen Sie für die Eigenschaft SwitchFile den folgenden Wert fest:
        Installationsverzeichnis/bin/ JMSSwitch.dll  
        XAOpenString=Ausgangskontext, JNDI-Position, Optionale Parameter
        ThreadOfControl=THREAD 
    • Windows platform Unter Windows, wenn WebSphere MQ Version 6.0 installiert ist:
      1. Starten Sie den WebSphere MQ-Explorer.
      2. Klicken Sie im linken Teilfenster mit der rechten Maustaste auf den Namen des Warteschlangenmanagers, und klicken Sie auf Eigenschaften.
      3. Klicken Sie im linken Teilfenster auf XA-Ressourcenmanager.
      4. Legen Sie für die Eigenschaft SwitchFile den folgenden Wert fest:
        Installationsverzeichnis/bin/ JMSSwitch.dll  
        XAOpenString=Ausgangskontext, JNDI-Position, Optionale Parameter
        ThreadOfControl=THREAD 
      Weitere Informationen finden Sie im Bereich System Administration Guide des WebSphere MQ Version 6 Information Center online oder im Version 5.3-Handbuch auf der Webseite der Bibliothek zu WebSphere MQ.
    • Linux platformUNIX platform Fügen Sie auf Linux- und UNIX-Systemen für jeden JMS-Provider eine Zeilengruppe zur .ini-Datei des WS-Managers hinzu.
      Beispiel:
      XAResourceManager:
      Name=Name_des_JMS-Providers 
      SwitchFile=/Installationsverzeichnis/bin/ JMSSwitch.so
      XAOpenString=Ausgangskontext, JNDI-Position, Optionale Parameter
      ThreadOfControl=THREAD
      Dabei ist
      Name
      Ein bei der Installation definierter Name, der einen Ressourcenmanager des JMS-Providers identifiziert.
      SwitchFile
      Der Dateisystempfad zur JMSSwitch-Bibliothek, der im Brokerverzeichnis bin angegeben wird.
      XAOpenString kann folgende Werte haben:
      • Ausgangskontext ist der Wert, der in der Basiseigenschaft Ausgangskontextfactory des JMSInput-Knotens festgelegt wurde.
      • JNDI-Position ist der Wert, der in der Basiseigenschaft JNDI-Position des JMSInput-Knotens festgelegt wurde. Dieser Wert muss eines der folgenden führenden Schlüsselwörter enthalten: file://, iiop:// oder ldap://
      Die folgenden Parameter sind optional:
      • LDAP-Principal entspricht dem Wert, der mit den Befehlen mqsicreatebroker oder mqsichangebroker für den Broker festgelegt wurde.
      • LDAP-Berechtigungsnachweise entspricht dem Wert, der mit den Befehlen mqsicreatebroker oder mqsichangebroker für den Broker festgelegt wurde.
      • Name der Wiederherstellungs-Verbindungsfactory entspricht der JNDI-verwalteten Verbindungsfactory, die in den JNDI-Bindungen definiert ist. Wenn kein Wert angegeben wird, muss den JNDI-Bindungen ein Standardwert für recoverXAQCF hinzugefügt werden. In jedem Fall muss die Wiederherstellungs-Verbindungsfactory für den JMS-Provider, der der Ausgangskontext-Factory zugeordnet ist, als eine XA-Warteschlangenverbindungsfactory definiert werden.

      Die optionalen Parameter werden durch Kommas getrennt und sind positionsgebunden. Aus diesem Grund müssen fehlende Parameter durch ein Komma dargestellt werden.

      1. Aktualisieren Sie die Java-Umgebungsvariable CLASSPATH für den WS-Manager des Brokers, indem Sie einen Verweis auf die Datei xarecovery.jar einfügen, z. B.:
        Installationsverzeichnis/classes/xarecovery.jar
      2. Aktualisieren Sie die Java-Umgebungsvariable PATH für den WS-Manager des Brokers, sodass Sie auf das Verzeichnis 'bin' verweist, in dem sich die Switch-Datei befindet, z. B.:
        Installationsverzeichnis/bin

      Weitere Informationen finden Sie im Bereich System Administration Guide des WebSphere MQ Version 6 Information Center online oder im Version 5.3-Handbuch auf der Webseite der Bibliothek zu WebSphere MQ.

      Um denselben WS-Manager sowohl für den Broker als auch den JMS-Provider zu verwenden, müssen Sie sicherstellen, dass Ihre WebSphere MQ-Installation mindestens auf folgendem Stand ist: Version 5.3 CSD12.

    • z/OS platform Unter z/OS wird als externer Synchronisationspunktmanager RRS (Resource Recovery Services) verwendet. Unter z/OS wird als JMS-Provider lediglich WebSphere MQ JMS unterstützt. Die Bindungsoption ist die einzige Transportoption, die für WebSphere MQ JMS unter z/OS unterstützt wird.

      Die Synchronisationspunktsteuerung für den JMS-Provider wird mit der RRS-Synchronisationspunkt-Koordination des Broker-WS-Managers verwaltet. Die Datei .ini muss nicht geändert werden.

Verbindungen zu Terminals herstellen

Verbinden Sie das Eingangsterminal des JMSOutput-Knotens mit dem Knoten, von dem ausgehende Nachrichten weitergeleitet werden.

Verbinden Sie das Ausgangsterminal des JMSOutput-Knotens mit einem anderen Knoten im Nachrichtenfluss, um die Nachricht weiterzuverarbeiten, Fehler zu verarbeiten oder die Nachricht an eine weitere Zieladresse zu senden.

Terminals und Eigenschaften

Nachdem Sie eine Instanz des JMSOutput-Knotens in einen Nachrichtenfluss eingereiht haben, können Sie ihn konfigurieren; siehe Nachrichtenflussknoten konfigurieren. Die Knoteneigenschaften werden in der Eigenschaftenansicht angezeigt. Klicken Sie zum Anzeigen der Knoteneigenschaften im Eigenschaftendialog entweder doppelt auf den Knoten, oder klicken Sie mit der rechten Maustaste und anschließend auf Eigenschaften. Alle verbindlichen Eigenschaften, für die kein Standardwert definiert ist, sind mit einem Stern markiert.

In der folgenden Tabelle werden die Terminals des JMSOutput-Knotens beschrieben.
Terminal Beschreibung
Eingangsterminal Das Eingangsterminal, das eine Nachricht zur Verarbeitung durch einen Knoten annimmt
Fehlerterminal Das Ausgabeterminal, an das die Nachricht weitergeleitet wird, wenn ein Fehler auftritt. Selbst wenn die Eigenschaft 'Auswerten' festgelegt wird, werden Nachrichten, die an dieses Terminal weitergegeben werden, nicht ausgewertet.
Ausgabeterminal Das Ausgabeterminal, an das die Nachricht weitergeleitet wird, wenn sie erfolgreich von der WebSphere MQ-Warteschlange abgerufen wird.
Catch-Terminal Das Ausgabeterminal, an das die Nachricht geleitet wird, wenn nachgeschaltet eine Ausnahmebedingung ausgegeben und von diesem Knoten abgefangen wurde.

In den folgenden Tabellen werden die Knoteneigenschaften beschrieben. Die Spalte O zeigt an, ob die Eigenschaft 'obligatorisch' ist (markiert mit einem Sternchen, wenn ein Wert eingegeben werden muss, weil kein Standardwert definiert ist). Die Spalte K zeigt an, ob die Eigenschaft 'konfigurierbar' ist (Wert kann geändert werden, wenn der Nachrichtenfluss zur BAR-Datei hinzugefügt wird, um ihn zu implementieren).

In der folgenden Tabelle werden die Beschreibungseigenschaften des JMSOutput-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung
Knotenname Nein Nein Knotentyp, z. B. JMSOutput Der Name des Knotens.
Kurzbeschreibung Nein Nein   Kurze Beschreibung des Knotens
Ausführliche Beschreibung Nein Nein   Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt
In der folgenden Tabelle werden die Basiseigenschaften des JMSOutput-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung
Antwort an die im JMS-Header 'JMSReplyTo' (Zieladresse für Antworten) angegebene Zieladresse schicken Nein Ja Gelöscht Wenn die Nachricht als Antwort behandelt werden soll, aktivieren Sie Antwort an die im JMS-Header 'JMSReplyTo' (Zieladresse für Antworten) angegebene Zieladresse schicken. Dem JMS-Provider wird der JMSReplyTo-Wert aus dem Abschnitt 'JMSTransport_Header_values' der Nachrichtenbaumstruktur bereitgestellt.
Zielwarteschlange Nein Ja   Der Name der Warteschlange, in der der Knoten ausgehende Nachrichten veröffentlicht. Wenn der JMSOutput-Knoten zum Senden von Punkt-zu-Punkt-Nachrichten verwendet werden soll, geben Sie den Namen der Zielwarteschlange als JMS-Warteschlangenname, der in der JMS-Bindungsdatei aufgelistet ist, ein.
Veröffentlichungsthema Nein Ja   Der Name des Themas, zu dem der Knoten veröffentlichte Nachrichten empfängt.
  • Wenn diese Eigenschaft konfiguriert ist, agiert der Knoten nur in der Publish/Subscribe-Nachrichtendomäne.
  • Diese Eigenschaft und die Eigenschaft Zielwarteschlange schließen sich gegenseitig aus.
  • Der Name für das Veröffentlichungsthema muss den Standards des JMS-Providers, der vom Knoten verwendet wird, entsprechen.
Zieladresse für Antworten Nein Ja   Der Name der JMS-Zieladresse, an die die empfangende Anwendung eine Antwortnachricht senden muss. Der JMS-Bestimmungsname muss der Domäne des vom empfangenden Client verwendeten JMS-Providers bekannt sein, damit eine Antwortnachricht an diese JMS-Zieladresse zurückgegeben werden kann. Sie können eine JMS-Zieladresse eingeben, bei der es sich um eine Subskriptionswarteschlange oder um ein Zielthema handeln kann.

Standardmäßig ist kein Wert angegeben. In diesem Fall kann die JMS-Ausgabenachricht als Datagramm betrachtet werden. Wenn dieses Feld leer gelassen wird, erwartet der JMSOutput-Knoten keine Antwort vom empfangenden JMS-Client.

In der folgenden Tabelle werden die JMS-Verbindungseigenschaften des JMSOutput-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung
Ausgangskontext-Factory Ja Ja com.sun.jndi.fscontext. RefFSContextFactory Diese Eigenschaft gibt dem Ausgangspunkt für einen JNDI-Namespace an. Eine JMS-Anwendung verwendet den Ausgangskontext, um die Verbindungsfactory sowie Warteschlangen oder Themenobjekte für den JMS-Provider abzurufen und zu suchen.

Geben Sie einen Wert für die Ausgangskontext-Factory ein. Eine JMS-Anwendung verwendet den Ausgangskontext, um die verwalteten JNDI-Attribute für den JMS-Provider abzurufen und zu suchen. Der Standardwert lautet com.sun.jndi.fscontext.RefFSContextFactory; damit wird die dateibasierte Ausgangskontextfactory für den JMS-Provider von WebSphere MQ definiert.

Informationen zum Namen der Ausgangskontext-Factory für den JMS-Provider finden Sie in der Dokumentation des JMS-Providers.

Position der JNDI-Bindungen Nein Ja   Der Systempfad oder die LDAP-Position für die Bindungsdatei. Die Bindungsdatei enthält Definitionen für die verwalteten JNDI-Objekte, die vom JMSOutput-Knoten verwendet werden.
Wenn Sie einen Wert für 'Position der JNDI-Bindungen' eingeben, müssen Sie dabei folgende Anweisungen einhalten:
  • Erstellen Sie die Bindungsdatei vor der Implementierung eines Nachrichtenflusses, der einen JMSOutput-Knoten enthält.
  • Geben Sie in diesem Feld nicht den Dateinamen der Bindungsdatei ein.
  • Wenn Sie eine LDAP-Adresse angegeben haben, für die eine Authentifizierung erforderlich ist, konfigurieren Sie sowohl den LDAP-Principal (Benutzer-ID) als auch die LDAP-Berechtigungsnachweise (Kennwort) separat. Diese Werte werden auf Brokerebene konfiguriert. Informationen zur Konfiguration dieser Werte finden Sie in den Abschnitten Befehl mqsicreatebroker und Befehl mqsichangebroker.
  • Der Zeichenfolgewert muss eines der folgenden führenden Schlüsselwörter enthalten:
    • file://
    • iiop://
    • ldap://

Informationen zum Erstellen der JMS-Bindungsdatei für verwaltete JNDI-Objekte finden Sie in der mit dem JMS-Provider zur Verfügung gestellten Dokumentation.

Name der Verbindungsfactory Nein Ja   Der Name der Verbindungsfactory, der vom JMSOutput-Knoten für die Erstellung einer Verbindung zum JMS-Provider verwendet wird. Dieser Name muss in der Bindungsdatei bereits vorhanden sein.
In der folgenden Tabelle werden die erweiterten Eigenschaften des JMSOutput-Knotens beschrieben.
Eigenschaft O K Standardwert Beschreibung
Neue Korrelations-ID Nein Ja   Wählen Sie Neue Korrelations-ID aus, wenn der JMSOutput-Knoten benötigt wird, um eine neue Korrelations-ID für die Nachricht zu generieren. Wenn Sie das Kontrollkästchen nicht aktivieren, wird die Korrelations-ID der Ausgabenachricht aus dem Feld 'JMSCorrelationID' im Abschnitt 'JMSTransport_Header_Values' der Nachrichtenbaumstruktur übernommen.
Transaktionsmodus Ja Nein Keine Durch diese Eigenschaft wird gesteuert, ob die eingehende Nachricht unter Synchronisationspunktsteuerung empfangen wird.
  • Wählen Sie Keine aus, wenn die abgehende Nachricht als nicht persistent behandelt werden soll. Wenn Sie diesen Wert auswählen, wird die Nachricht über eine JMS-Sitzung ohne Transaktionsunterstützung gesendet, die mithilfe des Attributs Session.AUTO_ACKNOWLEDGE erstellt wird.
  • Wählen Sie Lokal aus, wenn der Empfangsknoten, der die Nachricht erhalten hat, die Festschreibung oder Rücksetzung der vom JMSOutput-Knoten gesendeten JMS-Nachrichten zusammen mit anderen Ressourcen, z. B. DB2 oder WebSphere MQ, die Arbeiten im Nachrichtenfluss ausführen, koordinieren muss. Wenn Sie diesen Wert auswählen, verwendet der Knoten eine JMS-Sitzung mit Transaktionsunterstützung.
  • Wählen Sie Global aus, wenn der JMSOutput-Knoten an einer globalen Nachrichtenflusstransaktion teilnehmen muss, die vom externen Synchronisationspunkt-Koordinator des Brokers verwaltet wird. Beim Synchronisationspunkt-Koordinator handelt es sich auf verteilten Systemen um den Warteschlangenmanager des Brokers und unter z/OS um RRS (Resource Recovery Services). Wenn Sie diesen Wert auswählen, werden alle Nachrichten, die vom Knoten empfangen werden, mithilfe einer XA-JMS-Sitzung global koordiniert.
Zustellmodus Nein Ja Nicht permanent Durch diese Eigenschaft wird der Permanenzmodus gesteuert, den ein JMS-Provider für eine Nachricht verwendet. Gültige Werte sind:
  • Automatisch: Der Modus wird aus der Eingabenachricht übernommen.
  • Permanent: Die Nachricht bleibt erhalten, wenn beim JMS-Provider ein Systemausfall auftritt.
  • Nicht permanent: Die Nachricht geht verloren, wenn beim JMS-Provider ein Systemausfall auftritt.
Verfall der Nachricht (ms) Nein Ja 0 Diese Eigenschaft gibt (in Millisekunden) die Zeitdauer an, für die der JMS-Provider die JMS-Ausgabenachricht aufbewahrt. Mit dem Standardwert 0 wird angegeben, dass die Nachricht nicht ablaufen darf.
Nachrichtenpriorität Nein Ja 4 Diese Eigenschaft weist der Nachricht eine relative Bedeutung zu und kann von einer empfangenden JMS-Clientanwendung oder einem JMSOutput-Knoten zur Nachrichtenauswahl verwendet werden.

Die gültigen Werte für die Nachrichtenpriorität liegen zwischen 0 (niedrigste Priorität) und 9 (höchste Priorität). Der Standardwert lautet 4, was eine mittlere Priorität bedeutet. Die Prioritäten im Bereich 0 bis 4 sind einer normalen Zustellung zugeordnet. Die Prioritäten im Bereich 5 bis 9 sind Abstufungen einer Eilzustellung zugeordnet.

In der folgenden Tabelle werden die Auswertungseigenschaften des JMSOutput-Knotens beschrieben. Weitere Informationen zu den Auswertungseigenschaften finden Sie in den Abschnitten Nachrichten überprüfen und Auswertungseigenschaften.
Eigenschaft O K Standardwert Beschreibung
Auswerten Nein Ja Übernehmen Durch diese Eigenschaft wird gesteuert, ob eine Auswertung stattfindet. Gültige Werte sind Keine, Inhalt, Inhalt und Wert und Übernehmen.
Aktion bei Fehler Nein Nein Ausnahme Durch diese Eigenschaft wird gesteuert, was beim Fehlschlagen der Auswertung geschieht. Diese Eigenschaft kann nur angegeben werden, wenn Auswerten auf Inhalt oder Inhalt und Wert gesetzt ist. Gültige Werte sind Benutzertrace, Lokales Fehlerprotokoll, Ausnahmebedingung und Ausnahmeliste.
Alle Wertvorgaben einschließen Nein Nein Ausgewählt Diese Eigenschaft kann nicht bearbeitet werden. Wird das Kontrollkästchen aktiviert, werden bei der Auswertung von Inhalt und Wert auch Basisprüfungen der Wertvorgaben durchgeführt.
Korrektur Nein Nein Keine Diese Eigenschaft kann nicht bearbeitet werden.
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Letzte Aktualisierung : 2009-02-17 15:28:26

ac24830_