Bearbeitung von HTTP-Requests im AS Java 
Alle HTTP-Requests gehen an den Internet Communication Manager (ICM). Falls der ICM entscheidet, dass der Request im AS Java bearbeitet werden muss, leitet der Java Handler den Request über eine Fast Channel Architecture (FCA) Verbindung (basierend auf Memory Pipes) an den geeigneten Server-Prozess im AS Java weiter wie folgt: der ICM legt den Request in die HTTP Request Queue, die von den HTTP Worker Threads des Java-Server-Prozesses bearbeitet wird. Sobald ein HTTP Worker Thread frei ist, nimmt er einen Request aus der Queue und bearbeitet diesen. Dies beinhaltet auch das Weiterleiten zu den entsprechenden Containern. Falls notwendig, aktualisiert der Worker Thread anschließend den Status der Session.
Voraussetzungen
Der Java Server-Prozess muss im Zustand RUNNING sein. Dann läuft im AS Java der HTTP-Service sowie die Web-Anwendungen; der Server-Prozess nimmt dann am AS-Java-Loadbalancing teil.
Achtung
Wenn der AS Java noch nicht in diesem Zustand ist, leitet der ICM den Request nicht an den AS Java weiter. Der Client bekommt dann eine Fehlermeldung.
Prozess
Die folgende Grafik beschreibt den Ablauf vom Eintreffen eines HTTP-Requests von einem Web-Client bis zum Empfang der Response durch den Client. Schwerpunkt ist die Bearbeitung des Requests im AS Java.
HTTP-Requests im AS Java
Die folgenden Schritte werden im Einzelnen durchlaufen:
HTTP Worker Threads warten auf neue Requests in der HTTP Request Queue. Wenn ein Request in der Queue ist, beginnt ein freier Worker Thread mit der Bearbeitung.
Der HTTP Worker Thread liest die Request-Daten aus der FCA-Verbindung (basierend auf Memory Pipes und MPI-Puffer).
Der HTTP Worker Thread leitet den Request an die zugehörigen Container des Java-Server-Prozesses weiter: Web Container, EJB Container, Persistence Layer usw.
Die Antwort wird in die FCA-Verbindung geschrieben.
Wenn sich der Status der Session ändert, wird die Session-Tabelle im Shared Memory aktualisiert (Web und EJB Session).
Nach Abschluss der Bearbeitung des HTTP Requests gibt der HTTP Worker Thread die FCA-Verbindung wieder frei und wartet auf neue Anfragen.