Dieses Thema ist in folgende Abschnitte eingeteilt:
Verwenden Sie den HTTPAnforderungsknoten, um mit einem Web-Service zu interagieren, indem Sie die gesamte oder einen Teil der Eingabenachricht als Anforderung nutzen, die an den Service gesendet wird. Sie können ebenfalls den Knoten so konfigurieren, dass er eine neue Ausgabenachricht vom Inhalt der Eingabenachricht erzeugt, die durch den Inhalt der Web-Service-Antwort erweitert wurde, bevor Sie die Nachricht an nachfolgende Knoten im Nachrichtenfluss weitergeben.
Je nach der Konfiguration erstellt dieser Knoten eine HTTP- bzw. eine HTTP über SSL (HTTPS)-Anforderung vom angegebenen Inhalt und sendet sie an den Web-Service. Er erhält die Antwort vom Web-Service und analysiert sie für das Einschließen in die Ausgabebaumstruktur. Er generiert HTTP-Header, wenn diese von Ihrer Konfiguration erfordert werden.
Dieser Knoten kann in einem Nachrichtenfluss verwendet werden, der keinen HTTPEmpfangs- oder HTTPAntwortknoten enthält.
Der HTTPAnforderungsknoten bearbeitet Nachrichten in den folgenden Nachrichtendomänen:
Der HTTPAnforderungsknoten wird in der Workbench durch das folgende Symbol dargestellt:
Der HTTPAnforderungsknoten kann nicht in einem Nachrichtenfluss verwendet werden, der eine HTTP-Anforderung senden muss. Das häufigste Beispiel hierfür ist ein Nachrichtenfluss, der einen Web-Service aufruft. Weitere Informationen zu Web-Serviceanwendungen finden sie unter Web-Service-Anwendungen.
Da der Knoten direkt über TCP/IP mit einem externen Service interagiert, kann es zu den folgenden Fehlerarten kommen:
Wenn ein Knoten diese Fehler erkennt, generiert er eine Ausnahmebedingung, füllt die Ausnahmeliste mit den erhaltenen Fehlerinformationen auf und leitet die Eingabenachricht unverändert an das Fehlerterminal weiter.
Die Antwort wird als BLOB zurückgegeben, da der Knoten das Format der Antwort nicht bestimmen kann. Wenn Sie diesen Knoten nicht für die Handhabung von Umleitungen konfiguriert haben, werden Nachrichten mit einem Umleitungsstatuscode (3xx) ebenfalls auf diese Art behandelt.
Der HTTPAnforderungsknoten behandelt die Statuscodes der Serie 100 als fortgesetzte Antwort, löscht die aktuelle Antwort und wartet auf eine weitere Antwort vom Web-Server.
Die Statuscodes der Serie 200 werden als Erfolg behandelt, und die Antwort wird an das Ausgangsterminal des Knotens weitergeleitet, während die Einstellungen in den verschiedenen Registerkarten des Knotens für das Format der generierten Ausgabenachricht befolgt werden.
Die Statuscodes der Serie 300 werden zur Umadressierung verwendet. Wenn die Eigenschaft Follow Redirection (Umadressierung befolgen) ausgewählt ist, sendet der Knoten die Anforderung nicht erneut an die in der Antwort erhaltene neue Anforderung. Wenn die Eigenschaft Follow Redirection nicht ausgewählt wurde, werden die Codes als Fehler behandelt (wie im vorhergehenden Abschnitt zur Fehlerbehandlung beschrieben).
Bei den Statuscodes der Serien 400 und 500 handelt es sich um Fehler, und sie werden behandelt, wie es oben im Abschnitt zur Fehlerbehebung beschrieben wurde.
Wenn die Eigenschaft Eingabenachricht durch Antwort des Web-Services ersetzen oder Eingabe mit Fehler ersetzen ausgewählt wird, wird der Header für die Eingabenachricht (d. h. der Header, der zu der Nachricht gehört, wenn sie beim Eingangsterminal des HTTPAnforderungsknoten ankommt) nicht mit der Nachricht weitergegeben, die den HTTPAnforderungsknoten verlässt. Wenn jedoch eine der Eigenschaften ausgewählt wird, mit der eine Position in der Nachrichtenbaumstruktur angegeben wird, werden die Header der Eingabenachricht weitergegeben.
Der erste Header in der Nachricht, der nach den Eigenschaften vom Knoten weitergegeben wird, ist der HTTPAnforderungsknoten mit den Headern, die vom fernen Web-Service zurückgegeben werden. Dieser Vorgang wird unabhängig von den ausgewählten Optionen ausgeführt. Wenn Sie also die Antwort des HTTPAnforderungsknotens in eine MQ-Warteschlange einreihen möchten, müssen Sie die Header so bearbeiten, dass es sich bei dem ersten Header nach den Eigenschaften um einen MQMD-Header handelt.
Wenn Sie die Eingabenachricht durch eine Antwort ersetzen, können Sie die MQMD der Eingabenachricht vor dem HTTPAnforderungsknoten in die Umgebungsbaumstruktur und anschließend nach dem HTTPAnforderungsknoten zurück in die Nachrichtenbaumstruktur kopieren. Wenn Sie eine Position für die Antwort angeben, um vorhandene Eingabenachrichtenheader zu verwalten, müssen Sie den HTTP-Antwortheader verschieben oder entfernen, damit der MQMD-Header der erste Header ist.
SET OutputRoot = InputRoot; SET OutputRoot.HTTPResponseHeader = NULL;
SET OutputRoot = InputRoot; DECLARE HTTPHeaderRef REFERENCE TO OutputRoot.HTTPResponseHeader; DETACH HTTPHeaderRef; ATTACH HTTPHeaderRef TO OutputRoot.MQMD AS NEXTSIBLING;
SET OutputLocalEnvironment.Destination.HTTP.RequestLine.Method = 'GET';
Wenn Sie eine Instanz des HTTPAnforderungsknotens in einen Nachrichtenfluss eingereiht haben, können Sie sie konfigurieren. Klicken Sie in der Editoransicht mit der rechten Maustaste auf den Knoten, und wählen Sie dann Eigenschaften. Es werden die Grundeigenschaften des Knotens angezeigt.
Alle verbindlichen Eigenschaften, für die Sie einen Wert eingeben müssen (diejenigen, für die kein Standardwert definiert ist), sind im Eigenschaftendialog mit einem Stern markiert.
Konfigurieren Sie den HTTPAnforderungsknoten wie folgt:
Die ersten beiden Optionen geben Ihnen dynamische Methoden, um eine URL für jede Eingabenachricht anzugeben, wenn sie durch den Nachrichtenfluss läuft. Wenn Sie eine dieser Optionen verwenden möchten, müssen Sie einen Rechenknoten vor dem HTTPAnforderungsknoten im Nachrichtenfluss einschließen, um den erforderlichen Wert zu erzeugen und zu initialisieren.
Die dritte Option liefert einen Wert, der für jede in diesem Knoten erhaltene Nachricht festgelegt ist. Sie müssen diese Eigenschaft so festlegen, dass sie eine Standardeinstellung enthält, die verwendet wird, wenn die anderen Felder nicht erzeugt wurden oder einen Nullwert enthalten. Wenn eines der Felder einen Wert enthält, wird die Einstellung dieser Eigenschaft ignoriert. Die Eigenschaft URL des Webservices muss eine gültige URL enthalten, da die Implementierung sonst fehlschlägt. Sie müssen außerdem sicherstellen, dass der Wert, den Sie in 'X-Original-HTTP-URL' oder in 'LocalEnvironment.Destination.HTTP.RequestURL' angeben, auch eine gültige URL ist; ist dies nicht der Fall, generiert der Knoten eine Ausnahmebedingung, und die Nachricht wird an das Fehlerterminal übergeben.
Wenn eine URL mit http:// beginnt, sendet der Anforderungsknoten eine HTTP-Anforderung an die angegebene URL. Wenn die URL mit https:// beginnt, sendet der Anforderungsknoten eine HTTP over SSL- (HTTPS-)Anforderung an die angegebene URL. Dabei werden die Parameter verwendet, die in der SSL-Registerkarte des Knotens angegeben wurden.
Bei der Auswahl von HTTP/1.1 haben Sie auch die Möglichkeit, das HTTP/1.1 Keepalive-Paket zu verwenden.
Beachten Sie, dass sich beide Seiten einer SSL-Verbindung auf die Verwendung eines Protokolls einigen müssen, damit das ausgewählte Protokoll vom fernen Server akzeptiert werden kann.
Soll die Anforderungsnachricht eine Untergruppe der Eingabenachricht enthalten, heben Sie die Auswahl dieses Kontrollkästchens auf, und bestimmen Sie die Eigenschaft Nachrichtenposition in Baumstruktur anfordern.
Sie können jeden gültigen ESQL-Feldverweis eingeben (einschließlich Ausdrücke innerhalb des Verweises). Sie können beispielsweise Folgendes eingeben:
InputRoot.XMLNS.ABC
Wenn Sie das Kontrollkästchen Gesamte Eingabenachricht als Anforderung verwenden auswählen, wird diese Eigenschaft ignoriert.
Wenn der entsprechende Inhalt der Nachrichtenbaumstruktur analysiert wird, um einen Bitstrom zu erzeugen, werden die Nachrichteneigenschaften (Domäne, Gruppe, Typ und Format) verwendet, die mit dem Hauptteil der Eingabenachricht assoziiert und im Eigenschaften-Ordner gespeichert sind.
Soll die Web-Service-Antwortnachricht mit einem Teil des Inhalts der Eingabenachricht in der Ausgabenachricht eingeschlossen werden, heben Sie die Auswahl dieses Kontrollkästchens auf, und bestimmen Sie die Eigenschaft Position der Antwortnachricht in Baumstruktur. Wenn Sie den Inhalt dieser Eigenschaft löschen, kopiert der Knoten die Eingabenachricht in die Ausgabenachricht und überschreibt den Inhalt der Ausgabenachricht mit der Web-Service-Antwortnachricht an der angegebenen Position (die Eingabenachricht selbst wird nicht modifiziert).
Sie können jeden gültigen ESQL-Feldverweis eingeben (einschließlich Ausdrücke innerhalb des Verweises und einschließlich neuer Feldverweise - um einen neuen Knoten in der Nachrichtenbaumstruktur für die Antwort zu erstellen). Sie können beispielsweise Folgendes eingeben:
OutputRoot.XMLNS.ABC.DEFoder
Environment.WSReply
Wenn Sie das Kontrollkästchen Eingabenachricht durch Antwort des Webdienstes ersetzen ausgewählt haben, wird diese Eigenschaft ignoriert.
Wenn der Antwortbitstrom analysiert wird, um Nachrichtenbaumstrukturinhalt zu erzeugen, werden die Nachrichteneigenschaften (Domäne, Gruppe, Typ und Format) verwendet, die Sie in den Standardeigenschaften des Knotens (s. Beschreibung unten) angegeben haben.
Wenn der Knoten keinen HTTPRequest-Header für die Anforderungsnachricht generieren soll, entfernen Sie das Häkchen aus dem Kontrollkästchen HTTP-Standard-Header auf Basis der Eingabe generieren (die Standardeinstellung ist ausgewählt). Um den Inhalt des HTTPRequest-Headers zu kontrollieren, der in der Anforderungsnachricht eingeschlossen ist, beziehen Sie einen Rechenknoten mit ein, welcher der Eingabenachricht einen HTTPRequest-Header vor diesem HTTPAnforderungsknoten im Nachrichtenfluss hinzufügt, und heben Sie die Auswahl dieses Kontrollkästchens auf.
Er fügt ebenfalls die Web-Service-Header hinzu, die in der folgenden Tabelle zu sehen sind; es werden dabei die Standardwerte verwendet, wenn diese nicht im HTTPRequest- oder HTTPInput-Header vorhanden sind.
Header | Standardwert |
---|---|
SOAPAction | "" (leere Zeichenfolge) |
Content-Type (Inhaltstyp) | text/xml; charset=utf-8 |
Host | Der Hostname, an den die Anforderung gesendet werden soll. |
Es wird ebenfalls der optionale Header 'Content-Length' mit dem korrekt errechneten Wert hinzugefügt, selbst wenn dieser nicht im HTTPRequest- oder HTTPInput-Header vorhanden ist.
Wenn die Web-Service-Fehlernachricht mit einem Teil des Eingabenachrichteninhalts in der Ausgabenachricht eingeschlossen werden soll, heben Sie die Auswahl dieses Kontrollkästchens auf, und bestimmen Sie die Eigenschaft Speicherposition der Fehlernachricht. Wenn Sie die Auswahl dieser Eigenschaft aufheben, kopiert der Knoten die Eingabenachricht zur Ausgabenachricht und überschreibt den Inhalt der Ausgabenachricht mit der Web-Service-Fehlernachricht an der angegebenen Position (die Eingabenachricht selbst wird nicht modifiziert).
Sie können jeden gültigen ESQL-Feldverweis eingeben (einschließlich Ausdrücke innerhalb des Verweises und neuer Feldverweise, um einen neuen Knoten in der Nachrichtenbaumstruktur für die Antwort zu erstellen). Sie können beispielsweise Folgendes eingeben:
OutputRoot.XMLNS.ABC.DEFoder
Environment.WSError
Wenn Sie das Kontrollkästchen Eingabe mit Fehler ersetzen auswählen, wird diese Eigenschaft ignoriert.
Wenn vom Web-Service eine Fehlernachricht zurückgegeben wird, werden die Werte dieser Eigenschaften ignoriert, und die Nachricht wird vom BLOB-Parser analysiert.
Lassen Sie die Nachrichtengruppe bei den XML-, XMLNS-, XMLNSC-, JMS-, MIME- und BLOB-Parsern leer.
Lassen Sie das Feld Nachrichtenart bei XML-, XMLNS-, XMLNSC-, JMS-, MIME-, BLOB- und IDOC-Parsern leer.
Lassen Sie das Nachrichtenformat bei den XML-, XMLNS-, XMLNSC-, JMS-, MIME- und BLOB-Parsern leer.
Sie finden detaillierte Informationen hierzu unter Nachrichten prüfen und Eigenschaften der Gültigkeitsprüfung für Nachrichten in der MRM-Domäne.
Klicken Sie auf Abbrechen, um den Dialog zu schließen und alle Änderungen zu verwerfen, die Sie an den Eigenschaften durchgeführt hatten.
Verbinden Sie das Ausgangs-, Error- oder Fehlerterminal dieses Knotens mit einem anderen Knoten in diesem Nachrichtenfluss, wenn Sie die Nachricht weiterverarbeiten, Fehler verarbeiten oder die Nachricht an eine zusätzliche Zieladresse senden möchten. Wenn Sie das Error-Terminal nicht verbinden, wird die Nachricht verworfen. Wenn Sie das Fehlerterminal nicht verbinden, stellt der Broker eine standardmäßige Fehlerverarbeitung bereit (wie in Fehler in Nachrichtenflüssen behandeln beschrieben).
Die Terminals des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Terminal | Beschreibung |
---|---|
Eingabeterminal | Das Eingabeterminal, das eine Nachricht für die Verarbeitung durch den Knoten akzeptiert. |
Fehlerterminal | Das Ausgabeterminal, an das die Nachricht weitergeleitet wird, wenn ein Fehler beim Verarbeiten im Knoten entdeckt wird. |
Ausgabeterminal | Das Ausgabeterminal, an das die Nachricht weitergeleitet wird, wenn sie den erfolgreichen Abschluss der Web-Service-Anforderung angibt und wenn eine weitere Verarbeitung in diesem Nachrichtenfluss erforderlich ist. |
Error-Terminal | Das Ausgabeterminal, an das Nachrichten weitergegeben werden, die einen HTTP-Statuscode enthalten, der nicht im Bereich zwischen 200 und 299 liegt, einschließlich Umleitungscodes (3xx), wenn Sie die Eigenschaft HTTP-Umadressierung folgen nicht angegeben haben. |
Die folgenden Tabellen beschreiben die Knoteneigenschaften; die Spalte mit der Überschrift 'O' gibt an, dass die Eigenschaft obligatorisch ist (beim Eigenschaftendialog mit einem Stern markiert, wenn Sie einen Wert eingeben müssen, falls kein Standardwert definiert ist); die Spalte mit der Überschrift 'K' gibt an, ob die Eigenschaft konfigurierbar ist (Sie können den Wert ändern, wenn Sie den Nachrichtenfluss der BAR-Datei hinzufügen, um sie einzusetzen).
Die Grundeigenschaften des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
URL des Webdienstes | Ja | Ja | Die URL für den Web-Service. Sie muss im Format
http://<Hostname>[:<Port>]/[<Pfad>]
angegeben werden; dabei gilt Folgendes:
|
|
Anforderungszeitlimit | Ja | Nein | 120 | Die Zeitspanne (in Sekunden), die der Knoten auf eine Antwort vom Web-Service wartet. Der gültige Bereich ist von 1 bis (231)-1. Es kann kein Wert eingegeben werden, der für eine uneingeschränkte Wartezeit steht. |
HTTP(S)-Proxyadresse | Nein | Ja | Der Proxy-Server, an den Anforderungen gesendet werden. Dieser muss im folgenden Format angegeben werden: Hostname:Port. | |
HTTP(S)-Umadressierung folgen | Nein | Nein | Gelöscht | Angabe, ob HTTP-Umleitungen gefolgt wird. Wenn Sie das Kontrollkästchen auswählen, wird Umleitungen gefolgt. Heben Sie die Auswahl dieses Kontrollkästchens auf, wird Umleitungen nicht gefolgt. |
HTTP-Version | Nein | Ja | 1.0 | HTTP-Version für Anforderungen. Gültige Werte sind 1.0 und 1.1. |
HTTP/1.1 Keepalive-Paket aktivieren | Nein | Ja | Ausgewählt (bei HTTP Version 1.1) | HTTP/1.1 Keepalive-Paket verwenden |
Die SSL-Eigenschaften des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Protokoll | Nein | Ja | SSL | SSL-Protokoll bei der Erstellung einer HTTPS-Anforderung. |
Erlaubte SSL-Verschlüsselungen | Nein | Ja | Eine durch durch Kommas getrennte Liste von Verschlüsselungen, die bei der Erstellung einer SSL-Anforderung verwendet wird. Wenn der Standardwert eine leere Zeichenfolge ist, werden alle verfügbaren Verschlüsselungen verwendet. |
Die erweiterten Eigenschaften des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Gesamte Eingabenachricht als Anforderung verwenden | Nein | Nein | Ausgewählt | Übermittlung des gesamten Hauptteils der Eingabenachricht an den Web-Service. Wenn Sie dieses Kontrollkästchen auswählen, wird diese Aktion ausgeführt. Heben Sie die Auswahl dieses Kontrollkästchens auf, müssen Sie Nachrichtenposition in Baumstruktur anfordern angeben. |
Nachrichtenposition in Baumstruktur anfordern | Ja | Nein | InputRoot | Die Startadresse, von der der Bitstrom für das Senden an den Web-Service erstellt wird. Diese Eigenschaft hat das Format eines ESQL-Feldverweises. |
Eingabenachricht durch Antwort des Webdienstes ersetzen | Nein | Nein | Ausgewählt | Angabe, ob die Web-Service-Antwortnachricht die Kopie der Eingabenachricht als Inhalt der erstellten Ausgabenachricht ersetzt. Wenn Sie dieses Kontrollkästchen auswählen, wird diese Aktion ausgeführt. Heben Sie die Auswahl dieses Kontrollkästchens auf, müssen Sie Position der Antwortnachricht in Baumstruktur angeben. |
Position der Antwortnachricht in Baumstruktur | Ja | Nein | OutputRoot | Die Startadresse, bei der die analysierten Elemente des Web-Service-Antwortbitstroms gespeichert sind. Diese Eigenschaft hat das Format eines ESQL-Feldverweises. |
HTTP-Standard-Header auf Basis der Eingabe generieren | Nein | Nein | Ausgewählt | Angabe, ob ein HTTPRequest-Header generiert wird. Wenn Sie dieses Kontrollkästchen auswählen, wird diese Aktion ausgeführt. Heben Sie die Auswahl dieses Kontrollkästchens auf, muss ein gültiger HTTPRequest-Header in der Eingabenachricht vorhanden sein. |
Die Error-Eigenschaften des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Eingabe mit Fehler ersetzen | Nein | Nein | Ausgewählt | Angabe, ob der Inhalt der Eingabenachricht durch den Inhalt der Fehlernachricht ersetzt werden soll. Wenn Sie dieses Kontrollkästchen auswählen, wird die Aktion ausgeführt. Heben Sie die Auswahl dieses Kontrollkästchens auf, müssen Sie Speicherposition der Fehlernachricht angeben. |
Speicherposition der Fehlernachricht | Ja | Nein | OutputRoot | Die Startadresse, bei der die analysierten Elemente des Web-Service-Fehlerbitstroms gespeichert sind. Diese Eigenschaft hat das Format eines ESQL-Feldverweises. |
Die Standardeigenschaften des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Nachrichtendomäne | Nein | Nein | Die Domäne, die für die Syntaxanalyse der aus dem Web-Service empfangenen Antwortnachricht verwendet wird. | |
Nachrichtengruppe | Nein | Nein | Der Name oder die ID der Nachrichtengruppe, in der die Antwortnachricht definiert ist. | |
Nachrichtenart | Nein | Nein | Der Name der Antwortnachricht. | |
Nachrichtenformat | Nein | Nein | Der Name des physischen Formats der Antwortnachricht. |
In der nachfolgenden Tabelle werden die Auswertungseigenschaften des HTTPAnforderungsknotens beschrieben.
Der Abschnitt Eigenschaften der Gültigkeitsprüfung für Nachrichten in der MRM-Domäne enthält eine ausführliche Beschreibung der Eigenschaften.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Auswerten | Nein | Ja | Keine | Durchführung einer Auswertung. Gültige Werte sind Keine, Inhalt und Wert, Inhalt und Übernehmen. |
Aktion bei Fehler | Nein | Nein | Ausnahme | Aktion beim Fehlschlagen einer Gültigkeitsprüfung. Sie können diese Eigenschaft nur angeben, wenn Sie Auswerten auf Inhalt oder Inhalt und Wert gesetzt haben. Gültige Werte sind Benutzertrace, Lokales Fehlerprotokoll, Ausnahmebedingung und Ausnahmeliste. |
Alle Wertvorgaben einschließen | Nein | Nein | Ausgewählt | Diese Eigenschaft kann nicht bearbeitet werden. Die Standardaktion (ausgewähltes Kontrollkästchen) besteht darin, dass in der Auswertung von Inhalt und Wert auch Basisprüfungen der Wertvorgaben ausgeführt werden. |
Korrektur | Nein | Nein | Keine | Diese Eigenschaft kann nicht bearbeitet werden. |
In der nachfolgenden Tabelle werden die Eigenschaften der allgemeinen Nachrichtenoptionen des HTTPAnforderungsknotens beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Zeitpunkt für Syntaxanalyse | Nein | Nein | Bei Bedarf | Durch diese Eigenschaft wird gesteuert, zu welchem Zeitpunkt eine Eingabenachricht syntaktisch analysiert wird.
Gültige Werte sind Bei Bedarf, Sofort und Vollständig. Der Abschnitt Bedarfsgerechte Syntaxanalyse enthält eine ausführliche Beschreibung dieser Eigenschaft. |
MQRFH2C Compact Parser für MQRFH2-Domäne verwenden | Nein | Nein | Gelöscht | Durch diese Eigenschaft wird gesteuert, ob der MQRFH2C Compact Parser anstelle des MQRFH2-Parsers für MQRFH2-Header verwendet wird. |
In der nachfolgenden Tabelle werden die Eigenschaften der XMLNSC-Parseroptionen für den HTTPAnforderungsknoten beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
XMLNSC Compact Parser für XMLNS-Domäne verwenden | Nein | Nein | Gelöscht | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von Nachrichten in der XMLNS-Domäne zum Erstellen von Elementen in der Nachrichtenbaumstruktur verwendet wird. |
Residenter Modus für gemischten Inhalt | Nein | Nein | Keine | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von gemischtem Text in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Gültige Werte sind Keine und Alle. Durch die Auswahl von Alle werden Elemente für gemischte Texte erstellt. Durch die Auswahl von Keine werden gemischte Texte ignoriert und keine Elemente erstellt. |
Residenter Modus für Kommentare | Nein | Nein | Keine | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von Kommentaren in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Gültige Werte sind Keine und Alle. Durch die Auswahl von Alle werden Elemente für Kommentare erstellt. Durch die Auswahl von Keine werden Kommentare ignoriert und keine Elemente erstellt. |
Residenter Modus für Verarbeitungsanweisungen | Nein | Nein | Keine | Durch diese Eigenschaft wird gesteuert, ob der XMLNSC-Parser beim Feststellen von Verarbeitungsanweisungen in einer Eingabenachricht Elemente in der Nachrichtenbaumstruktur erstellt. Gültige Werte sind Keine und Alle. Durch die Auswahl von Alle werden Elemente für Verarbeitungsanweisungen erstellt. Durch die Auswahl von Keine werden Verarbeitungsanweisungen ignoriert und keine Elemente erstellt. |
Die Beschreibungseigenschaften des HTTPAnforderungsknotens werden in der folgenden Tabelle beschrieben.
Eigenschaft | O | K | Standardwert | Beschreibung |
---|---|---|---|---|
Kurzbeschreibung | Nein | Nein | Eine Kurzbeschreibung des Knotens. | |
Ausführliche Beschreibung | Nein | Nein | Text, der den Zweck des Knotens im Nachrichtenfluss beschreibt. |