Konzeption und Realisierung einer skalierbaren ...

Lars Meisegeier FH-Düsseldorf
HTTP ist ein statusloses Protokoll, d.h. jeder Request wird separat behandelt. Es gibt
keine Informationen über vorherige oder nachfolgende. Somit ist es dem Server nicht
möglich, Anfragen zuzuordnen, weshalb alle gleich behandelt werden. Heute übliche
Funktionen, wie z.B. ein virtueller Warenkorb, lassen sich so nicht realisieren.
Aus diesem Grund wurde das Konzept der Session 5 entworfen. Sendet ein Benutzer
einen ersten Request an den Server, so startet dieser eine Session für ihn. Diese Session
bleibt über die Request-Verarbeitung hinaus auf dem Server bestehen. Erst durch
explizites Beenden durch den Benutzer oder Ablauf eines Timeouts wird die Session vom
Server verworfen.
Um dem Benutzer bei weiteren Requests seine Session zuordnen zu können, sendet der
Server ein Cookie an den Client Browser. Dieses kann er bei nachfolgenden Requests
wieder auslesen. Sollte der Browser keine Cookies akzeptieren, kann als Alternative URL-
Rewriting betrieben werden (Hall/Brown 2004).
Daten können somit individuell für jeden Benutzer über mehrere Requests an eine
Session auf dem Server gebunden werden. Abhängig von den Nutzerzahlen und
Datenmengen einer Session stellt dies jedoch eine große Belastung für den Server dar.
Richtlinie für die Implementierung ist daher, die Verarbeitung wenn möglich innerhalb
eines Request vorzunehmen. Daten werden nur an die Session gebunden, wenn
unbedingt erforderlich.
Die Bearbeitung innerhalb eines Request führt u.a. zu vermehrten Datenbankzugriffen.
Eine Performance-Verbesserung kann an dieser Stelle durch den Einsatz des Hibernate
Level Zwei Caches erreicht werden.
5.2 Hibernate und JavaServer Faces
Um Objekte mittels Hibernate aus einer Datenbank zu lesen, werden entsprechende
Anfragen innerhalb einer Hibernate Session durchgeführt. Sessions werden entsprechend
der Vorgabe, alle Anfragen innerhalb eines Request zu bearbeiten, für jede Anfrage neu
erzeugt (session-per-request) (Bauer/King 2005).
Die angeforderten Objekte werden anschließend mit ihren zugehörigen Attributen zurück-
gegeben. Besitzen die angeforderten Objekte Collections oder Verweise auf andere
Objekte in der Datenbank, so werden diese jedoch noch nicht mitgeladen. Erst bei einem
Zugriff auf sie erkennt Hibernate ihr Fehlen und lädt sie eigenständig nach. Dieses
5 Der hier verwendete Begriffe der Session hat keinen Bezug zu den Hibernate Session Konzept
aus Kapitel 4.3 Seite 28.
33