Erstellen Sie mit dem Compute-Knoten mindestens eine neue Ausgabenachricht.
Dieses Thema ist in folgende Abschnitte eingeteilt:
Die Ausgabenachrichten, die vom Compute-Knoten erstellt werden, können entweder durch das Ändern der Informationen aus der Eingabenachricht erstellt werden oder indem nur die neuen Informationen verwendet werden, die aus einer Datenbank oder anderen Quellen genommen werden können. Für die Erstellung der neuen Ausgabenachricht können Elemente der Eingabenachricht (z. B. Header, Headerfelder und Nachrichtendaten), die zugehörige Umgebung und die Ausnahmeliste verwendet werden.
Geben Sie an, wie die neuen Nachrichten erstellt werden, indem Sie ESQL-Code in die ESQL-Ressourcendatei des Nachrichtenflusses schreiben. Der Abschnitt ESQL-Code angeben enthält weitere Informationen hierzu.
Mit dem Compute-Knoten können folgende Aktionen ausgeführt werden:
Der Compute-Knoten befindet sich im Ablagefach Transformation der Palette und wird im WebSphere Message Broker Toolkit durch folgendes Symbol dargestellt:
Informationen zu Beispielen können nur bei Verwendung des in das WebSphere Message Broker Toolkit integrierten bzw. online verfügbaren Information Center angezeigt werden. Muster können nur ausgeführt werden, wenn das im WebSphere Message Broker Toolkit integrierte Information Center verwendet wird.
Angenommen, Sie möchten zu Prüfzwecken in einem Nachrichtenfluss jedem eingehenden Auftrag eine eindeutige Kennung zuweisen. Der Compute-Knoten modifiziert seine Eingabenachricht nicht; er erstellt eine neue, modifizierte Kopie der Nachricht als Ausgabenachricht. Mit dem Compute-Knoten können Sie eine eindeutige Kennung für Ihren Auftrag in die Ausgabenachricht einsetzen, die von nachfolgenden Knoten im Nachrichtenfluss verwendet werden kann.
Nachdem Sie eine Instanz des Compute-Knotens in einen Nachrichtenfluss eingereiht haben, können Sie den Knoten konfigurieren; siehe Nachrichtenflussknoten konfigurieren. Die Eigenschaften des Knotens werden in der Ansicht 'Eigenschaften' angezeigt.
Alle obligatorischen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind mit einem Sternchen gekennzeichnet.
Konfigurieren Sie den Compute-Knoten wie folgt:
So konfigurieren Sie den Zugriff auf eine Datenbank über diesen Knoten:
Auf z/OS-Systemen verwendet der Broker die
vom Broker gestartete Task-ID oder die Benutzer-ID und das Kennwort, die im angepassten Datensatz
<hlq>.SBIPPROC im mqsisetdbparms-Befehl 'JCL,
BIPSDBP' angegeben wurden.
Der von Ihnen ausgewählte Wert wird für die Datenbanktabellen implementiert, die Sie hinzugefügt haben. Sie können nicht für jede Tabellen einen anderen Wert auswählen.
Wenn Sie es aktivieren, behandelt der Knoten alle positiven Rückkehrcodes von der Datenbank als Fehler und generiert Ausnahmebedingungen auf dieselbe Art wie bei negativen oder schwerwiegenden Fehlern.
Wenn Sie das Kontrollkästchen nicht aktivieren, behandelt der Knoten Warnungen als normale Rückkehrcodes und löst keine Ausnahmebedingungen aus. Die höchstwertige Warnung, die ausgegeben werden kann, lautet nicht gefunden. Sie kann in den meisten Fällen als normaler Rückkehrcode sicher bearbeitet werden.
Wenn Sie es inaktivieren, müssen Sie ESQL-Code einfügen, um nach allen Datenbankfehlern zu suchen, die eventuell nach jedem Datenbankaufruf (mit SQLCODE und SQLSTATE) zurückgegeben werden. Tritt ein Fehler auf, müssen Sie ihn im Nachrichtenfluss bearbeiten, um die Integrität des Brokers und der Datenbank zu gewährleisten. Wenn Sie den Fehler nicht über einen eigenen Prozess bearbeiten, wird er ignoriert, da Sie sich gegen den Aufruf der Standardfehlerbehandlung durch den Broker entschieden haben. Beispiel: Sie können die ESQL-Anweisung THROW einschließen, um in diesem Knoten eine Ausnahmebedingung auszugeben, oder Sie generieren mit dem Throw-Knoten zu einem späteren Zeitpunkt im Nachrichtenfluss Ihre eigene Ausnahmebedingung.
Kodieren Sie ESQL-Anweisungen, um das Verhalten des Compute-Knotens anzupassen. Sie können den Knoten beispielsweise so anpassen, dass er unter Verwendung einer Eingabenachricht oder eines Datenbankinhalts (unverändert oder bearbeitet) neue Ausgabenachrichten erstellt. Sie können z. B. einen Wert in der Eingabenachricht ändern, indem Sie einen Wert aus einer Datenbank hinzufügen und das Ergebnis in einem Feld in der Ausgabenachricht speichern. ESQL-Dateien werden standardmäßig als Einzelressourcen implementiert und können bearbeitet und erneut implementiert werden, ohne die Nachrichtenflüsse, die auf sie verweisen, erneut zu implementieren. Weitere Informationen hierzu finden Sie unter ESQL-Datei implementieren.
Codieren Sie die gewünschten ESQL-Anweisungen in einer ESQL-Datei, die dem Nachrichtenfluss zugeordnet ist, in den Sie diese Instanz des Compute-Knotens eingefügt haben. Die ESQL-Datei, deren Name standardmäßig <Nachrichtenflussname>.esql lautet, enthält ESQL-Code für jeden Knoten im Nachrichtenfluss, der dies erfordert. Jeder Code-Abschnitt, der zu einem bestimmten Knoten gehört, wird als Modul bezeichnet.
Wenn für diesen Nachrichtenfluss nicht bereits eine ESQL-Datei vorhanden ist, klicken Sie doppelt auf den Rechenknoten, oder klicken Sie mit der rechten Maustaste auf den Compute-Knoten und klicken sie dann im Kontextmenü auf 'ESQL öffnen'. Durch diese Aktion wird in der ESQL-Editoransicht eine neue ESQL-Datei erstellt und geöffnet. Bei Bedarf können Sie die entsprechende ESQL-Datei in der Ansicht Brokerentwicklung öffnen und diesen Knoten in der Modellstruktursicht auswählen.
Wenn die Datei bereits vorhanden ist, klicken Sie auf Durchsuchen neben der Eigenschaft ESQL-Modul. Daraufhin wird das Dialogfenster 'Modulauswahl' angezeigt, in dem die verfügbaren Compute-Knotenmodule aufgelistet werden, die in den ESQL-Dateien, auf die von diesem Nachrichtenfluss zugegriffen werden kann, definiert sind (ESQL-Dateien können in anderen, abhängigen Projekten definiert werden. Wählen Sie das entsprechende Modul aus, und klicken Sie auf OK. Wenn keine geeigneten Module zur Verfügung stehen, ist diese Liste leer.
Falls das von Ihnen angegebene Modul nicht existiert, wird es automatisch erstellt und im Editor angezeigt. Wenn die Datei und das Modul bereits vorhanden sind, wird das richtige Modul im Editor hervorgehoben.
Wenn für diesen Knoten das Gerüst eines Moduls in einer neuen oder bereits bestehenden ESQL-Datei erstellt wird, besteht es aus folgender ESQL. In diesem Beispiel wird der Standardname des Moduls verwendet:
CREATE
COMPUTE MODULE <Nachrichtenflussname>_Compute
CREATE FUNCTION Main() RETURNS BOOLEAN
BEGIN
-- CALL CopyMessageHeaders();
-- CALL CopyEntireMessage();
RETURN TRUE;
END;
CREATE PROCEDURE CopyMessageHeaders() BEGIN
DECLARE I INTEGER 1;
DECLARE J INTEGER CARDINALITY(InputRoot.*[]);
WHILE I < J DO
SET OutputRoot.*[I] = InputRoot.*[I];
SET I = I + 1;
END WHILE;
END;
CREATE PROCEDURE CopyEntireMessage() BEGIN
SET OutputRoot = InputRoot;
END;
END MODULE;
Wenn Sie ein eigenes ESQL-Modul erstellen, müssen Sie mit Ausnahme der Prozeduraufrufe und Definitionen (weiter unten in diesem Abschnitt beschrieben) genau dieses Gerüst erstellen. Sie können den Standardnamen ändern. Achten Sie jedoch darauf, dass der von Ihnen angegebene Name mit dem Namen der entsprechenden Knoteneigenschaft 'ESQL-Modul' übereinstimmt. Wenn der Modulname ein oder mehrere Leerzeichen enthalten soll, geben Sie ihn unter der Eigenschaft ESQL-Modul in doppelten Anführungszeichen an.
Fügen Sie Ihre eigene ESQL zum Anpassen dieses Knotens nach der Anweisung hinter CREATE FUNCTION und vor RETURN TRUE hinzu. Sie können die beiden im Gerüst enthaltenen Aufrufe der Prozeduren 'CopyEntireMessage' und 'CopyMessageHeaders'.
Diese Prozeduren, die nach der Funktion 'Main' definiert sind, bieten häufig verwendete Funktionen, die bei der Bearbeitung von Nachrichten hilfreich sein können. Die Aufrufe im Gerüst sind auskommentiert; wenn Sie die Prozedur verwenden möchten, müssen Sie die Kommentarzeichen entfernen. Wenn Sie eine Prozedur nicht verwenden möchten, entfernen Sie sowohl den Aufruf und als auch die Definition der Prozedur aus dem Modul.
Mit der Eigenschaft Rechenmodus wird gesteuert, welche Komponenten standardmäßig in der Ausgabenachricht verwendet werden. Wählen Sie die Eigenschaft aus, um anzugeben, ob die Komponenten Nachricht, LocalEnvironment (lokale Umgebung, früher angegeben als 'DestinationList') und Ausnahmeliste, die im Knoten generiert oder in der eingehenden Nachricht enthalten sind, verwendet werden.
Dieser Standardwert wird verwendet, wenn die umgewandelte Nachricht bei erfolgreicher Verarbeitung im Knoten an das Ausgangsterminal weitergeleitet wird. Der Standardwert wird auch verwendet, wenn durch eine PROPAGATE-Anweisung nicht die Zusammensetzung der Ausgabenachricht angegeben wird.
Die Komponenten, die nicht in Ihrer Auswahl enthalten sind, werden unverändert weitergegeben; selbst wenn Sie diese Komponenten modifizieren, wird nur der Knoten aktualisiert.
Entsprechend werden die Komponenten, die in der Auswahl enthalten sind, nicht weitergegeben und bleiben die im Knoten durchgeführten Änderungen bestehen.
Modus | Beschreibung |
---|---|
Message (Standardwert) | Die Nachricht wird vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die geänderte Baumstruktur 'OutputRoot' sowie die ursprünglichen Baumstrukturen 'InputLocalEnvironment' und 'InputExceptionList'. |
LocalEnvironment | Die Nachrichtenbaumstruktur 'LocalEnvironment' wird vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die ursprünglichen Baumstrukturen 'InputRoot' und 'InputExceptionList' sowie die geänderte Baumstruktur 'OutputLocalEnvironment'. |
LocalEnvironment und Message | Die Nachrichtenbaumstruktur 'LocalEnvironment' und die Nachricht werden vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die geänderten Baumstrukturen 'OutputRoot' und 'OutputLocalEnvironment' sowie die ursprüngliche Baumstruktur 'InputExceptionList'. |
Exception | Die Ausnahmeliste wird vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die ursprünglichen Baumstrukturen 'InputRoot' und 'InputLocalEnvironment' sowie die geänderte Baumstruktur 'OutputExceptionList'. |
Exception und Message | Die Ausnahmeliste und die Nachricht werden vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die geänderte Baumstruktur 'OutputRoot', die ursprüngliche Baumstruktur 'InputLocalEnvironment' sowie die geänderte Baumstruktur 'OutputExceptionList'. |
Exception und LocalEnvironment | Die Ausnahmeliste und 'LocalEnvironment' werden vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die ursprüngliche Baumstruktur 'InputRoot' sowie die geänderten Baumstrukturen 'OutputLocalEnvironment' und 'OutputExceptionList'. |
Alle | Die Nachricht, Ausnahmeliste und 'LocalEnvironment' werden vom Compute-Knoten wie im Knoten geändert generiert oder übergeben. Die Nachricht enthält die geänderten Baumstrukturen 'OutputRoot', 'OutputLocalEnvironment' und 'OutputExceptionList'. |
Der Wert der Eigenschaft Rechenmodus gibt an, welche neuen Nachrichtenbaumstrukturen vom Compute-Knoten weitergegeben werden. Deshalb werden für diese ausgewählten Nachrichtenbaumstrukturen die Eingabenachrichten gelöscht, es sei denn, sie werden explizit in die entsprechende Ausgabenachrichtenbaumstruktur kopiert.
Falls Alle ausgewählt ist, generiert der Compute-Knoten alle drei neuen Nachrichtenbaumstrukturen für 'Root', 'LocalEnvironment' und 'ExceptionList', indem er 'OutputRoot', 'OutputLocalEnvironment' und 'OutputExceptionList' füllt. Die Eingabenachrichtenbaumstrukturen werden nicht an die Ausgabe übergeben, außer wenn sie explizit aus der Eingabe in die Ausgabe kopiert werden.
SET OutputRoot = InputRoot;
SET OutputLocalEnvironment = InputLocalEnvironment;
SET OutputExceptionList = InputExceptionList;
Lautete die ESQL-Anweisung CopyEntireMessage(), werden 'LocalEnvironment' und 'ExceptionList' nicht horizontal kopiert und nicht an das Ausgabeterminal weitergegeben; sie gehen beim betreffenden Knoten im Nachrichtenfluss verloren.Wenn Sie eine neue oder geänderte Ausgabenachricht erzeugen und dieselbe 'LocalEnvironment' und 'ExceptionList' weitergeben möchten, legen Sie für die Eigenschaft Rechenmodus den Wert Nachricht fest, damit 'LocalEnvironment' und 'ExceptionList', die an den Compute- oder Mapping-Knoten übergeben werden, vom Compute-Knoten weitergegeben werden.
Der Rechenmodus gilt nur für die Weitergabe von diesem Knoten aus. Sie können alle drei Ausgabebaumstrukturen in einem Compute- oder Mapping-Knoten erstellen; diese können geändert werden und sind innerhalb des Knotens vorhanden. Allerdings bestimmt der Rechenmodus, ob solche Ausgabebaumstrukturen bei der Weitergabe vom Knoten aus verwendet werden.
Rechenmodus | Weitergegebene Baumstrukturen |
---|---|
Alle | OutputRoot, OutputLocalEnvironment, OutputExceptionList |
Nachricht | OutputRoot, InputLocalEnvironment, InputExceptionList |
LocalEnvironment | InputRoot, OutputLocalEnvironment, InputExceptionList |
LocalEnvironment und Message | OutputRoot, OutputLocalEnvironment, InputExceptionList |
Exception | InputRoot, InputLocalEnvironment, OutputExceptionList |
Exception und Message | OutputRoot, InputLocalEnvironment, OutputExceptionList |
Exception und LocalEnvironment | InputRoot, OutputLocalEnvironment, OutputExceptionList |
Sofern eine Ausgabebaumstruktur benannt ist, erstellt der ESQL-Code diese Nachrichtenbaumstruktur vor einer Weitergabe. Wenn der ESQL-Code die Baumstruktur nicht erstellt, wird für den betreffenden Korrelationsnamen keine Baumstruktur weitergegeben und an ihrer Stelle nicht die Eingabebaumstruktur verwendet, weil die Eigenschaft Rechenmodus diese Option nicht vorgab. Deshalb können Sie, abhängig von den Eigenschafteneinstellungen des Rechenmodus und Ihrem ESQL-Code, eine Baumstruktur, die als Eingabe für den Knoten diente, löschen, weil Sie sie nicht in die Ausgabebaumstruktur übertragen haben, oder eine geänderte Baumstruktur weitergeben (wie von Ihnen beabsichtigt).
Das Gegenteil trifft ebenfalls zu. Wenn der ESQL-Code die Eingabebaumstrukturen auswertet und nicht weitergeben muss, geht der Eigenschaftenwert Rechenmodus möglicherweise davon aus, dass die Nachrichtenbaumstruktur weitergegeben wird, obwohl Sie dies nicht beabsichtigen. Sie möchten beispielsweise nicht, dass 'LocalEnvironment' und 'ExceptionList' von einem Compute-Knoten weitergegeben werden. Da Sie aber Nachricht ausgewählt haben, werden die Eingabeversionen der Baumstrukturen weitergegeben. Auch wenn der ESQL-Code 'OutputLocalEnvironment' und 'OutputExceptionList' explizit löscht, so gelten diese Änderungen nur lokal für den betreffenden Knoten, weil die Eigenschafteneinstellung Rechenmodus dafür sorgt, dass die Eingabebaumstrukturen weitergegeben werden.
Die Eigenschafteneinstellung Rechenmodus wirkt sich nicht auf die Umgebungskomponente der Nachrichtenbaumstruktur aus. Ihr Inhalt, falls vorhanden, wird von diesem Knoten in der Ausgabenachricht weitergegeben.
Legen Sie diese Eigenschaft fest, um das benötigte Format der Ausgabenachricht wiederzugeben. Wenn Sie eine Option auswählen (oder den Standardwert übernehmen), die nicht einen bestimmten Teil der Nachricht enthält, wird dieser Teil der Nachricht in keine erstellte Ausgabenachricht eingeschlossen.
Da der Compute-Knoten sowohl über eine Eingabe- als auch eine Ausgabenachricht verfügt, können Sie mithilfe von ESQL-Code auf Felder in beiden Nachrichten verweisen. Sie können auch mit InputLocalEnvironment und OutputLocalEnvironment, mit InputExceptionList und OutputExceptionList sowie mit den Hauptteilen der Eingabe- und Ausgabenachricht arbeiten.
Durch die Festlegung der Auswertungseigenschaften können Sie festlegen, wie die vom Compute-Knoten generierte Nachricht ausgewertet werden soll. Diese Eigenschaften führen nicht dazu, dass die Eingabenachricht ausgewertet wird. Falls diese Auswertung erforderlich ist, wird davon ausgegangen, dass die Auswertung bereits durch den Empfangsknoten oder einen vorhergehenden Auswertungsknoten ausgeführt wurde.
Sie finden weitere Informationen hierzu in den Abschnitten Nachrichten überprüfen und Auswertungseigenschaften.
In der folgenden Tabelle werden die Compute-Knotenterminals beschrieben .
Terminal | Beschreibung |
---|---|
Eingangsterminal (In) | Das Eingabeterminal, das eine Nachricht zur Verarbeitung durch einen Knoten annimmt |
Fehlerterminal (Failure) | Das Ausgabeterminal, an das die Eingabenachricht geleitet wird, wenn während der Berechnung eine unbearbeitete Ausnahmebedingung festgestellt wird. |
Ausgang | Das Ausgabeterminal, an das die umgewandelte Nachricht bei erfolgreicher Verarbeitung im Knoten geleitet wird. Die umgewandelte Nachricht kann auch durch eine PROPAGATE-Anweisung an dieses Terminal geleitet werden. |
Ausgabeterminal1 | Das erste alternative Ausgabeterminal, an das die umgewandelte Nachricht durch eine PROPAGATE-Anweisung geleitet werden kann. |
Ausgabeterminal2 | Das zweite alternative Ausgabeterminal, an das die umgewandelte Nachricht durch eine PROPAGATE-Anweisung geleitet werden kann. |
Ausgabeterminal3 | Das dritte alternative Ausgabeterminal, an das die umgewandelte Nachricht durch eine PROPAGATE-Anweisung geleitet werden kann. |
Ausgabeterminal4 | Das vierte alternative Ausgabeterminal, an das die umgewandelte Nachricht durch eine PROPAGATE-Anweisung geleitet werden kann. |
Informationen zur Syntax der PROPAGATE-Anweisung finden Sie unter PROPAGATE-Anweisung.
In den folgenden Tabellen werden die Knoteneigenschaften beschrieben. Die Spalte M zeigt an, ob die Eigenschaft obligatorisch ist (markiert mit einem Sternchen, wenn ein Wert eingegeben werden muss, weil kein Standardwert definiert ist). Die Spalte C zeigt an, ob die Eigenschaft konfigurierbar ist (Wert kann geändert werden, wenn der Nachrichtenfluss für die Implementierung zur BAR-Datei hinzugefügt wird).
In der folgenden Tabelle werden die Beschreibungseigenschaften des Compute-Knotens beschrieben.
Eigenschaft | M | C | Standardwert | Beschreibung |
---|---|---|---|---|
Knotenname | Nein | Nein | Knotentyp | 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 grundlegenden Eigenschaften des Compute-Knotens beschrieben.
Eigenschaft | M | C | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Datenquelle | Nein | Ja | Der Name der ODBC-Datenquelle für die Datenbank mit den Tabellen, auf die Sie
in der mit diesem Nachrichtenfluss verknüpften ESQL-Datei verweisen (wie in der Eigenschaft
ESQL-Modul festgelegt). Sie können für den Knoten nur eine Datenquelle angeben. Wenn der ESQL-Code, der diesem Knoten zugeordnet ist, eine PASSTHRU-Anweisung oder SELECT-Funktion und einen Datenbankverweis enthält, müssen Sie für die Eigenschaft Datenquelle einen Wert angeben. |
dataSource | |
Transaktion | Ja | Nein | Automatisch | Der Transaktionsmodus für den Knoten. Gültige Werte sind Automatisch und Festschreiben. Die Eigenschaft ist nur gültig, wenn Sie eine Datenbanktabelle zur Eingabe ausgewählt haben. | |
ESQL-Modul | Nein | Nein | Rechenknoten | Der Name des Moduls in der ESQL-Datei, die die Anweisungen zum Ausführen für die Datenbank sowie für die Ein- und Ausgabenachrichten enthält. | |
Rechenmodus | Ja | Nein | Nachricht | Folgende Möglichkeiten stehen zur Auswahl:
|
|
Warnungen als Fehler behandeln | Ja | Nein | Nicht ausgewählt | Wenn Sie das Kontrollkästchen aktivieren, werden SQL-Datenbankwarnungen als Fehler behandelt. | |
Ausnahmebedingung für Datenbankfehler ausgeben | Ja | Nein | Ausgewählt | Wenn Sie dieses Kontrollkästchen aktivieren, führen Datenbankfehler dazu, dass der Broker eine Ausnahmebedingung auslöst. | |
Verbinden, bevor Fluss startet |
Nein |
Ja |
Nicht ausgewählt |
Standardmäßig stellt der Broker eine Verbindung mit der Datenquelle her, wenn dies in einem Nachrichtenfluss erforderlich ist. Wenn Sie das Kontrollkästchen aktivieren, werden Datenquellenverbindungen hergestellt, bevor der Nachrichtenfluss eine Nachricht empfängt, und nicht erst während der Nachrichtenflussverarbeitung. |
Eigenschaft | M | C | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Auswerten | Nein | Ja | Keiner | Durch diese Eigenschaft wird gesteuert, ob eine Auswertung stattfindet. Gültige Werte sind Keine, Inhalt und Wert, Inhalt und Übernehmen. | validateMaster |
Aktion bei Fehler | Nein | Nein | Ausnahme | Durch diese Eigenschaft wird gesteuert, was beim Fehlschlagen der Auswertung geschieht. Diese Eigenschaft kann nur festgelegt werden, wenn Sie Auswerten auf Inhalt oder Inhalt und Wert setzen. Gültige Werte sind Benutzertrace, Lokales Fehlerprotokoll, Ausnahmebedingung und Ausnahmeliste. |
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Ereignisse | Nein | Nein | Ohne | Auf dieser Registerkarte werden Ereignisse angezeigt, die Sie für den Knoten
definiert haben. Standardmäßig sind für keinen Knoten in einem Nachrichtenfluss
Überwachungsereignisse definiert. Über Hinzufügen,
Bearbeiten und Löschen können Sie
Überwachungsereignisse für den Knoten erstellen, ändern oder löschen (Details siehe
Überwachungsereignisquellen mithilfe von Überwachungseigenschaften konfigurieren). Sie können hier angezeigte Ereignisse aktivieren oder inaktivieren, indem Sie das Kontrollkästchen Aktiviert aktivieren oder inaktivieren. |