Mit dem SiebelRequest-Knoten können Sie mit einer Siebel-Anwendung interagieren.
Dieses Thema ist in folgende Abschnitte eingeteilt:
Mit dem SiebelRequest-Knoten können Sie mit Siebel-Anwendungen interagieren. Beispiel: Ein SiebelRequest-Knoten fordert Informationen von einem unternehmensweiten Siebel-Informationssystem an. Ein Kunden-Geschäftsobjekt wird an Siebel gesendet. Daraufhin ruft Siebel Informationen zu einem Kunden wie beispielsweise Adress- und Accountdaten ab. Die Antwortinformationen, die vom SiebelRequest-Knoten abgerufen werden, können dann vom übrigen Nachrichtenfluss verwendet werden. Der SiebelRequest-Knoten kann Geschäftsdaten senden und empfangen.
Der SiebelRequest-Knoten ist im Ablagefach WebSphere Adapters der Nachrichtenflussknotenpalette enthalten und wird im WebSphere Message Broker Toolkit durch folgendes Symbol dargestellt:
Damit der SiebelRequest-Knoten ordnungsgemäß funktioniert, ist eine Adapterkomponente erforderlich, die Sie über die Knoteneigenschaft Adapterkomponente festlegen. Außerdem sind Geschäftsobjekt-Definitionen erforderlich, die in der Nachrichtengruppe gespeichert sind, auf die vom Knoten aus verwiesen wird. Aus diesem Grund müssen Sie eine Nachrichtengruppe bereitstellen. Die Nachricht, die vom SiebelRequest-Knoten weitergegeben wird, befindet sich standardmäßig in der Datenobjektdomäne, daher ist für die Eigenschaft Nachrichtendomäne der Wert 'DataObject' definiert. Sie können keine andere Domäne angeben. Der Nachrichtentyp wird vom Knoten automatisch erkannt.
Stellen Sie sicher, dass Nachrichten, die an den SiebelRequest-Knoten übergeben werden, die richtigen Datentypen enthalten, um die Leistung zu maximieren und unnötige Datenkonvertierungen zu vermeiden. Die DataObject-Domäne ist die Standarddomäne, wenn Nachrichten analysiert werden, die vom SiebelRequest-Knoten erstellt werden. Wenn jedoch Daten an den SiebelRequest-Knoten übergeben werden (z. B. mithilfe eines MQInput-Knotens), kann durch die Verwendung einer anderen Domäne die Leistung verbessert werden. Verwenden Sie beispielsweise den XMLNSC-Parser mit dem MQInput-Knoten, um X ML-Nachrichten zu analysieren.
Der SiebelRequest-Knoten unterstützt lokale Transaktionen unter Verwendung des lokalen Transaktionsmanagers für den Broker und globale Transaktionen unter Verwendung des externen Synchronisationspunktkoordinators für den Broker.
Zur effizienten Verwaltung des Verbindungspools für Siebel können Sie in einem konfigurierbaren Service ein Verbindungszeitlimit festlegen. Der Abschnitt EIS-Verbindungen für den Ablauf nach einer festgelegten Zeit konfigurieren enthält weitere Informationen hierzu.
Sie können mehrere Anforderungsknoten von WebSphere Adapters, die dieselbe Adapterkomponente verwenden, in einer Ausführungsgruppe implementieren.
mqsisetdbparms
Brokername -n Adaptername -u Benutzername
-p Kennwort
Beispiel:mqsisetdbparms BRK1 -n eis::SiebelCustomerOutbound.outadapter -u siebeluid -p ********
Konfigurierbare Services für Siebel-Knoten verwenden
Siebel-Knoten können Siebel-Verbindungsdetails entweder von der Adapterkomponente oder von einem konfigurierbaren Service abrufen. Bei Verwendung eines konfigurierbaren Service können Sie die Verbindungsdetails für einen Adapter ändern, ohne den Adapter erneut implementieren zu müssen. Weitere Informationen zum Erstellen, Ändern, Dokumentieren und Löschen der konfigurierbaren Services für Siebel finden Sie im Abschnitt Verbindungsdetails für Siebel-Adapter ändern.
Sie können auch zu verschiedenen Siebel-Versionen eine Verbindung herstellen, indem Sie einen konfigurierbaren angepassten EISProviders-Service erstellen und die Position der entsprechenden Bibliotheksdateien festlegen. Der Abschnitt Verbindung zu verschiedenen Siebel-Versionen herstellen enthält weitere Informationen hierzu.
Nachdem Sie eine Instanz des SiebelRequest-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. Durch Doppelklicken auf den SiebelRequest-Knoten wird der Adapterverbindungsassistent geöffnet. Alle verbindlichen Eigenschaften, für die Sie einen Wert eingeben müssen (d. h. Eigenschaften ohne definierten Standardwert), sind mit einem Sternchen gekennzeichnet.
In der folgenden Tabelle werden die Terminals des SiebelRequest-Knotens beschrieben.
Terminal | Beschreibung |
---|---|
Eingabeterminal (In) | Das Eingangsterminal, das das AnforderungsGeschäftsobjekt annimmt. |
Ausgang | Das Ausgabeterminal, an das das Antwort-Geschäftsobjekt gesendet wird, wenn es für einen erfolgreichen Abschluss der Anforderung steht und in diesem Nachrichtenfluss eine weitere Verarbeitung erforderlich ist. |
Fehlerterminal (Failure) | Bei einem Fehler im SiebelRequest-Knoten wird die Nachricht an das Fehlerterminal weitergegeben. Auch Informationen zum Fehler und zu den Geschäftsobjektereignissen können an das Fehlerterminal weitergeleitet werden. |
In den folgenden Tabellen werden die Knoteneigenschaften beschrieben. Die Spalte O zeigt an, ob die Eigenschaft obligatorisch ist (markiert mit einem Sternchen in der Anzeige, 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 einzusetzen).
In der folgenden Tabelle werden die Beschreibungseigenschaften des SiebelRequest-Knotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Knotenname | Nein | Nein | Der Knotentyp, beispielsweise SiebelRequest | Der Name des Knotens. |
Kurzbeschreibung | Nein | Nein | Kurze Beschreibung des Knotens. | |
Langbeschreibung | Nein | Nein | Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt |
Eigenschaft | O | K | Standardwert | Beschreibung | Eigenschaft des Befehls mqsiapplybaroverride |
---|---|---|---|---|---|
Primäradapterkomponente | Ja | Nein | Name der Adapterkomponenten mit den Konfigurationseigenschaften für den Adapter. Geben Sie entweder den Namen einer Adapterdatei an, oder klicken Sie auf Durchsuchen, um in der Liste mit den Dateien, die in Referenznachrichtegruppenprojekten verfügbar sind, eine Adapterdatei auszuwählen. Wenn der SiebelRequest-Knoten Daten vom Siebel-System empfängt, ordnet er diese Daten einem Methodennamen zu. Der SiebelRequest-Knoten versucht, Methoden aufzurufen, die im Primäradapter definiert sind. Wenn die Methode nicht im Primäradapter definiert ist, kann der Knoten Methoden aufrufen, die in übereinstimmenden Sekundäradaptern definiert sind, welche in der gleichen Ausführungsgruppe implementiert sind. |
||
Sekundäradaptermodus | Nein | Ja | Ohne | Gibt an, ob der Knoten Methoden aufrufen kann, die in Sekundäradaptern definiert sind. Wenn Sie die Eigenschaft Sekundäradaptermodus auf Keine setzen, ruft der SiebelRequest-Knoten nur Methoden auf, die im Primäradapter definiert sind. Wenn die Methode nicht im Primäradapter definiert ist, tritt ein Fehler auf. Wenn Sie diese Eigenschaft auf Alle Adapter in Anwendung setzen, kann der Knoten Methoden aufrufen, die in einem beliebigen ausgehenden Siebel-Adapter definiert sind, der in derselben Anwendung implementiert ist. Wenn der Knoten als unabhängige Ressource implementiert wird (also nicht in einer Anwendung enthalten ist), kann er Methoden aufrufen, die in einem beliebigen ausgehenden Siebel-Adapter definiert sind, welcher ebenfalls als unabhängige Ressource implementiert ist. |
secondaryAdapterMode |
Standardmethode | Ja | Ja | Die zu verwendende Standardmethodenbindung. | defaultMethod |
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Nachrichtendomäne | Nein | Nein | DataObject | Die Domäne für die Syntaxanalyse der Antwortnachricht. Standardmäßig befindet sich die Antwortnachricht, die vom SiebelRequest-Knoten weitergegeben wird, in der DataObject-Domäne. Sie können keine andere Domäne angeben. |
Nachrichtengruppe | Ja | Nein | Wird automatisch festgelegt. | Der Name der Nachrichtengruppe, in der die ankommende Nachricht definiert ist. Dieses Feld wird automatisch anhand der Eigenschaft Adapterkomponente festgelegt. Wenn Sie diese Eigenschaft festlegen und die Projektabhängigkeiten anschließend aktualisieren, um diesen Nachrichtensatzverweis zu entfernen, wird eine Warnmeldung ausgegeben. Aktualisieren Sie entweder die Eigenschaft Nachrichtensatz, oder stellen Sie den Verweis auf dieses Nachrichtensatzprojekt wieder her. |
Nachrichtentyp | Nein | Nein | Der Name der Antwortnachricht. Der Nachrichtentyp wird vom Knoten automatisch erkannt. Diese Eigenschaft kann nicht festgelegt werden. | |
Nachrichtenformat | Nein | Nein | Der Name des physischen Formats der Antwortnachricht. Diese Eigenschaft kann nicht festgelegt werden. |
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Transaktionsmodus | Nein | Nein | Nein | Diese Eigenschaft legt fest, dass Aktualisierungen unabhängig, d. h. nicht als Teil einer lokalen Transaktion, durchgeführt werden. Diese Eigenschaft kann nicht geändert werden. |
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Methodenposition | Ja | Nein | $LocalEnvironment/Adapter/MethodName | Die Position der Geschäftsmethode (z. B. createPurchaseOrder oder deletePurchaseOrder), die verwendet wird, um die Ausführung einer Aktion auf dem externen System durch den SiebelRequest-Knoten auszulösen. |
Datenposition | Ja | Nein | $Body | Die Position innerhalb der Baumstruktur für eingehende Nachrichten, aus der Daten für die Anforderung abgerufen werden, die vom SiebelRequest-Knoten an das unternehmensweite Informationssystem (EIS) gesendet werden. |
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Position für Ausgabedaten | Nein | Nein | $OutputRoot | Die Position in der Nachrichtenbaumstruktur, an die der SiebelRequest-Knoten Ausgabedaten sendet. |
Lokale Umgebung kopieren | Nein | Nein | Ausgewählt | Durch diese Eigenschaft wird gesteuert, wie die lokale Umgebung in die
Ausgabenachricht kopiert wird. Wenn Sie dieses Kontrollkästchen aktivieren, wird in der Baumstruktur an jedem Knoten des Nachrichtenflusses eine neue Kopie der lokalen Umgebung erstellt. In diese Kopien wird jeweils der Inhalt der lokalen Umgebung des vorangegangenen Knotens eingetragen. Falls also die lokale Umgebung in einem Knoten geändert wird, können die vorgelagerten Knoten diese Änderungen nicht übernehmen, da sie jeweils über eigene Kopien der lokalen Umgebung verfügen. Dieses Verhalten kann bei einem FlowOrder-Knoten oder bei Verwendung des Weiterleitungsbefehls in einem Compute-Knoten zu Problemen führen. Wenn Sie dieses Kontrollkästchen inaktivieren, generieren die einzelnen Knoten keine eigene Kopie der lokalen Umgebung, sondern sie verwenden die lokale Umgebung, die ihnen vom vorangegangenen Knoten übergeben wird. Falls also die lokale Umgebung in einem Knoten geändert wird, werden diese Änderungen von den vorgelagerten Knoten übernommen. |
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. |