WebSphere Message Broker Version 8.0.0.5 Betriebssysteme: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Sehen Sie sich die Informationen zur aktuellen Produktversion im IBM Integration Bus Version 9.0 an.

HTTP-Header

Wenn ein HTTPInput- oder HTTPRequest-Knoten eine Nachricht empfängt, analysiert er die HTTP-Header syntaktisch, um die Elemente der Nachrichtenbaumstruktur zu erstellen. Wenn ein HTTPReply- oder HTTPRequest-Knoten eine Nachricht sendet, analysiert er die HTTP-Header aus der Nachrichtenbaumstruktur syntaktisch in einen Bitstrom.

Die HTTP-Header in einer Nachricht hängen von dem verarbeiteten Nachrichtentyp ab. In einem Nachrichtenfluss werden vier Nachrichtentypen erkannt, und jedem dieser Typen ist ein Parser zugeordnet.

  1. Eingabe. Der HTTPInput-Knoten empfängt eine Eingabenachricht von einem Client. Die HTTP-Header in der Eingabenachricht (Daten bis einschließlich CRLFCRLF) werden vom HTTPInput-Parser syntaktisch analysiert und unter dem Korrelationsnamen 'HTTPInput' in die Nachrichtenbaumstruktur eingefügt. Die in der folgenden Tabelle aufgeführten Header werden in einer Eingabenachricht erwartet; darüber hinaus können weitere Header vorhanden sein.
    Header Inhalt Beispiel
    Host Der Hostname, an den der Client die Nachricht ausgegeben hat. localhost
    Content-Length Die Länge des Hauptteils der Eingabenachricht im Dezimalformat (diese folgt der Angabe CRLFCRLF nach dem letzten Header). 520
    Content-Type Der Typ der Nachrichtendaten. text/xml; charset=utf-8
    SOAPAction   "" (leere Zeichenfolge)

    Die Header in der folgenden Tabelle können abhängig von der Anforderung auch automatisch vom HTTPInput-Knoten generiert werden.

    Header Inhalt Beispiel
    X-Original-HTTP-Command Eine erweiterte Version der ursprünglich eingegangenen Anforderung POST

    http://localhost:7800/Wss001/
    services/Wss001 HTTP/1.1

    X-Remote-Addr Die IP-Adresse des Clients (oder Proxys, falls der Client über einen Proxy verbunden ist) 127.0.0.1
    X-Remote-Host Der Hostname oder die Adresse des Clients (oder Proxys, falls der Client über einen Proxy verbunden ist) localhost
    X-Server-Name Der Systemname des Brokers localhost
    X-Server-Port Der Port des Brokers 7800
    X-Query-String Die Abfragezeichenfolge, sofern in der ankommenden URL enthalten (optional) a=b&x=y
    X-Scheme Das Schema, über das der Client verbunden ist (http oder https) http
  2. Antwort. Eine Antwortnachricht wird vom HTTPReply-Knoten an den Client gesendet, von dem die entsprechende Eingabenachricht übermittelt wurde. Die Header der Antwortnachricht werden in der Nachrichtenbaumstruktur unter dem Korrelationsnamen HTTPReply erstellt; dies ist auch der Name des Parsers, der zur Analyse dieses Teils der Nachrichtenbaumstruktur zu einem Bitstrom verwendet wird. Sie können Ihren eigenen HTTPReply-Header in einem Compute-Knoten erstellen oder den HTTPReply-Knoten so konfigurieren, dass er mit den Standardwerten oder Werten erstellt wird, die den HTTPReply- und/oder HTTPResponse-Baumstrukturen entnommen werden.

    Den HTTPReply-Statuscode können Sie in der lokalen Umgebung einstellen, wie im Abschnitt Mit HTTP-Nachrichtenflüssen arbeiten beschrieben.

    Wenn der HTTPReply-Knoten einen standardmäßigen HTTPReply-Header erstellt, enthält er die in der folgenden Tabelle gezeigten Header und Werte.

    Header Wert
    Content-Length (falls in der Eingabenachricht vorhanden) Die berechnete Länge des Hauptteils der Antwortnachricht im Dezimalformat.
    Content-Type text/xml; charset=CCSID des Nachrichtenhauptteils
  3. Anforderung. Der HTTPRequest-Knoten sendet eine Anforderungsnachricht. Die HTTP-Header in dieser Nachricht müssen in der Nachrichtenbaumstruktur unter dem Korrelationsnamen 'HTTPRequest' erstellt werden. Sie werden vom HTTPRequest-Parser syntaktisch analysiert, wenn die Nachrichtenbaumstruktur in einen Bitstrom syntaktisch analysiert wird. Sie können Ihren eigenen HTTPRequest-Header in einem Compute-Knoten erstellen oder den HTTPRequest-Knoten so konfigurieren, dass er mit den Standardwerten oder Werten erstellt wird, die den HTTPInput- und/oder HTTPRequest-Baumstrukturen entnommen werden. Wenn der HTTPRequest-Knoten einen standardmäßigen HTTPRequest-Header erstellt, enthält er die in der folgenden Tabelle gezeigten Header und Werte.
    Header Wert
    Host Der Wert, der in der Eigenschaft Default Web Service URL (Standard-URL des Web-Service) festgelegt wurde.
    Content-Length Die berechnete Länge des Hauptteils der Anforderungsnachricht im Dezimalformat.
    Content-Type text/xml; charset=CCSID des Nachrichtenhauptteils
    SOAPAction "" (leere Zeichenfolge)
    Content-Encoding "gzip" oder "deflate" (komprimieren) wenn für die Eigenschaft Komprimierung verwenden gzip, zlib (komprimieren) oder komprimieren festgelegt ist.
    Accept-Encoding "gzip, deflate" (gzip, komprimieren), wenn die Eigenschaft Accept compressed responses by default (Standardmäßig komprimierte Antworten akzeptieren) ausgewählt ist.
  4. Intervention. Der HTTPRequest-Knoten empfängt eine Interventionsnachricht von der Anwendung, an die die entsprechende Anforderungsnachricht gesendet wurde. Die HTTP-Header in der Interventionsnachricht (Daten bis einschließlich CRLFCRLF) werden vom HTTPResponse-Parser syntaktisch analysiert und unter dem Korrelationsnamen 'HTTPResponse' in die Nachrichtenbaumstruktur eingefügt. Der in der folgenden Tabelle aufgeführte Header wird in einer Interventionsnachricht erwartet (ist jedoch nicht erforderlich); darüber hinaus können weitere Header vorhanden sein.
    Header Inhalt Beispiel
    Content-Length Die Länge des Hauptteils der Antwortnachricht im Dezimalformat. 1585

Unter Web-Services-Beispielnachrichten finden Sie Beispielnachrichten, die diese Header enthalten.

Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:19:49


KonzeptthemaKonzeptthema | Version 8.0.0.5 | ac00477_