Internet Communication Manager (ICM) (SAP-Bibliothek - Architektur des SAP Web Application Servers)

Internet Communication Manager (ICM)

Einsatzmöglichkeiten

Der Internet Communication Manager gewährleistet die Kommunikation zwischen dem SAP-System (SAP Web Application Server) mit der Außenwelt über die Protokolle HTTP, HTTPS und SMTP. In der Serverrolle kann er Anfragen aus dem Internet bearbeiten, die mit URLs mit der Server/Port-Kombination, auf die der ICM hört, ankommen. Abhängig von der URL ruft der ICM dann den entsprechenden lokalen Handler auf. Für HTTP ist dies unter HTTP Plugin beschrieben.

Einführungshinweise

Sie benötigen den ICM, wenn Sie mit Ihrem SAP Web AS mit dem Internet über HTTP(S), SMTP oder NNTP kommunizieren wollen.

Integration

Der ICM ist Bestandteil des SAP Web AS. Er ist als eigener Prozess implementiert, der vom Dispatcher gestartet und überwacht wird. Sie können mit Profilparametern einstellen, ob der ICM gestartet werden soll und wie er konfiguriert sein soll (vgl. Parametrisierung des ICM und des ICM Server-Cache).

Funktionsumfang

Der ICM-Prozess benutzt Threads, um die anfallende Last zu parallelisieren.

Die folgende Abbildung gibt eine detailliertere Übersicht des ICM.

Hinweis

Es wird hier vorrangig die Serverrolle beschrieben. Zu Clientrolle lesen Sie Kapitel Clientrolle.

Diese Grafik wird im zugehörigen Text erklärt

Neben dem Pool von Worker-Threads, die die eingehenden Anfragen bearbeiten, sind folgende Komponenten des ICM als weitere Threads implementiert:

Thread Control:
Dieser Thread nimmt die eingehenden TCP/IP-Requests entgegen und erzeugt (oder weckt) einen Worker Thread aus dem Threadpool, um den Request zu bearbeiten. Des weiteren initialisiert die Thread-Steuerung die Verbindungs-Info-Daten.

Worker-Threads:
Diese Threads behandeln Anfragen und Antworten einer Verbindung. Ein Worker-Thread enthält einen I/O Handler für die Netzwerkein- und ausgabe, diverse Plugins für die verschiedenen unterstützten Protokolle (HTTP, SMTP,…), die benötigt werden, um entscheiden zu können, wann das gesendete Paket zu Ende ist (protokollabhängig).

Watchdog:
Normalerweise wartet ein Worker-Thread auf die Antwort (egal, ob er Client oder Server ist); im Fall eines Timeouts übernimmt der Watchdog die Aufgabe, auf die Antwort zu warten. Der Worker-Thread kann wieder für andere Anfragen verwendet werden. Erhält der Watchdog dann die Antwort, informiert er die Thread Control Komponente, die dann einen Worker Thread weckt.

Signal Handler:
Dieser Thread bearbeitet Signale, die vom Betriebssystem oder einem anderen Prozess (z.B. Dispatcher) gesendet werden.

Verbindungs-Info:
Diese Tabelle enthält für jede bestehende Netzwerkverbindung Infos über den Zustand, die Memory Pipes und die Plugin-Daten.

Memory Pipes:
Diese speicherbasierten Kommunikationsobjekte dienen zum Datentransfer zwischen ICM und den Workprozessen. Hierbei gibt es für jede Verbindung 4 Pipes: für Request und Response je eine Datenpipe und eine OOB (Out Of Band)-Pipe. Letztere wird für Steuerinformationen verwendet.

ICM-Plugins

Der ICM enthält Plugins für die protokollabhängigen Aufgaben. Für die Internet-Protokolle HTTP und SMTP gibt es jeweils ein Plugin. Die Plugins erfüllen folgende Aufgaben:

alle protokollspezifischen Aufgaben
Ein- und Ausgabe-Datenbehandlung, Manipulation der Daten
lokale Behandlung im ICM oder Weitergabe an den Workprozess

Das HTTP-Pugin ist detaillierter unter HTTP-Plugin beschrieben.

Siehe auch:

Logging im ICM

Binden von Ports < 1024 auf UNIX

Internet Server-Cache

Parametrisierung des ICM und des ICM Server-Cache

Überwachung des ICM mit dem ICM Monitor

SAP Web Dispatcher

Integration des SAP J2EE Application Servers