Anfang des InhaltsbereichsObjektdokumentation HTTP-Plugin Dokument im Navigationsbaum lokalisieren

Definition

Das HTTP-Plugin (siehe die Grafik im Abschnitt Aufbau des ICM) behandelt HTTP-Requests und -Responses. Anhand der URL und des Ports kann ein "lokaler" Handler im ICM angesprochen werden. Diese Aufteilung dient der Performancesteigerung, da es nicht für jeden Request erforderlich ist, einen Benutzerkontext im Workprozess aufzubauen. Welche URL-Präfixe den verschiedenen Handlern entsprechen sollen, lässt sich durch Profilparameter pflegen. Die Handler werden gerufen und können den Request selbst bearbeiten oder den Request an den nächsten Handler weiterreichen.

Siehe auch: Parametrisierung des ICM und des ICM Server-Cache

Struktur

Im folgenden werden die lokalen Handler (Subhandler) beschrieben. Sie werden in der beschriebenen Reihenfolge aufgerufen, sofern sie installiert sind. Welcher Subhandler die Response generiert, hängt davon ab, wie die entsprechenden Profilparameter für das URL-Präfix des Requests gesetzt sind. Wenn ein Subhandler die HTTP-Response erzeugt hat, werden die folgenden Subhandler in der Hierarchie nicht mehr berücksichtigt. Die Ausnahme ist der Logging Handler. Dieser führt das HTTP-Logging durch und gibt dann an den nächsten Subhandler weiter.

  1. Logging Handler

    2. Dieser Handler dient zum Aufzeichnen von HTTP-Requests. Die Verwendung ist unter Logging im ICM beschrieben.

  2. Server-Cache Handler

Dieser Handler dient zum Lesen bzw. Schreiben des ICM Server-Caches und arbeitet wie folgt:
    1. Request lesen
    2. Falls das gewünschte Objekt im Cache ist, den Cache-Eintrag an Aufrufer liefern
    3. Falls nicht (Fehlzugriff, cache miss), den Request an nächsten Handler weiterreichen
    4. vor dem Versenden der HTTP-Response an den Client Einlagern des Eintrags in den Cache
  1. File Access Handler

    2. Dieser Handler gibt eine Datei aus dem Filesystem zurück (geeignet für statische Dateien wie Bilder oder HTML-Seiten). Für welche URL-Präfixe der statische Filezugriff durchgeführt werden soll, wird mit dem Parameter icm/HTTP/file_access_<xx> bestimmt.

  2. Redirect Handler

    3. Dieser Handler leitet den HTTP Request einfach an einen anderen HTTP-Server weiter (HTTP-Redirect). Für welche URL-Präfixe der ICM den Redirect wohin durchführen soll, wird mit dem Parameter icm/HTTP/redirect_<xx> bestimmt.

  3. SAP R3 Handler

    4. Dieser Handler leitet den Request weiter an das SAP-System und wartet dann auf die Antwort. Er ist der Defaulthandler, wenn keine anderen Handler den Request bearbeiten. Nur bei diesem Handler wird ein Benutzerkontext im Workprozess aufgebaut.

  4. J2EE Handler

Dieser Handler leitet den Request an den integrierten J2EE-Server weiter (vgl. Integration des SAP J2EE Application Servers).

Ende des Inhaltsbereichs