Servelet

Als Servlets bezeichnet man Java-Klassen, deren Instanzen innerhalb eines Java-Webserver Anfragen von Clients entgegen nehmen und beantworten. Weiterhin sind sie fester Bestandteil aller Java-EE-Anwendungsserver. Die Servlet-Komponenten müssen immer die Schnittstelle javax.servlet.Servlet oder eine davon abgeleitete implementieren. Normalerweise wird eine Klasse erstellt, die von der Klasse javax.servlet.http.HttpServlet abgeleitet wird, welche wiederum javax.servlet.Servlet implementiert. Der Inhalt der Antworten kann dabei dynamisch, also im Moment der Anfrage, erstellt werden und muss nicht bereits statisch (etwa in Form einer HTML-Seite) für den Webserver verfügbar sein. Servlets stellen somit das Java-Pendant zu CGI-Skripten oder anderen Konzepten dar, mit denen dynamisch Web-Inhalte erstellt werden können (PHP, Ruby on Rails, Active Server Pages etc.).

Verwendung

Häufig werden in einem Servlet sowohl Parameter der Anfrage als auch Sitzungsdaten verwendet, um zum Beispiel eine personalisierte Antwort zu erzeugen oder Daten auf dem Server zu speichern oder zu verändern. Die Antworten können neben Text (zum Beispiel HTML oder XML) auch Bilder oder andere Binärdateien sein.

Servlets werden oft im Rahmen der Java-EE-Spezifikation nach dem "Model-View-Controller" Pattern (MVC) in Form von JavaServer Pages verwendet, wobei die JSP die View repräsentiert. Frameworks wie Struts vervollständigen dabei das MVC-Muster.

Instanzen eines Servlets werden bei Bedarf von der Laufzeitumgebung, dem sogenannten Web Container erzeugt und von ihm aus angesprochen. Der Web Container kommuniziert seinerseits mit dem Webserver oder ist integraler Bestandteil eines Java Webservers.

Bei Verwendung der Servlet-Spezifikation und einer entsprechenden Web-Container-Umgebung (z. B. Apache Tomcat, Jetty) besteht die Implementierung einer dynamischen Webseite in folgendem: Es wird eine von javax.servlet.http.HttpServlet abgeleitete Klasse erstellt. Eine oder beide Methoden doGet und doPost der Superklasse werden überschrieben, um die beiden wichtigsten HTTP-Methoden GET und POST verarbeiten zu können (häufig wird auch nur die Methode service überschrieben, welche unabhängig vom HTTP-Befehl aufgerufen wird). Die Metainformationen über das Servlet werden in einer XML-Datei namens web.xml hinterlegt, dem Deployment Descriptor. Diese XML-Datei wird zusammen mit der kompilierten Klasse (sowie ggf. weiteren benötigten Klassen) in einer einzigen Archiv-Datei zusammengeführt (sogenanntes Web-Archiv), dieses wiederum wird dem Webcontainer über eine von ihm bereitgestellte Funktionalität zur Verfügung gestellt (sog. Deployment).

Begriff

Das englische Wort „Servlet“ wird nicht übersetzt. Es handelt sich hierbei um eine Wortkreation aus den Begriffen „Server“ und „Applet“, also serverseitiges Applet und somit Servlet.

Sun hat mit Einführung der Sprache Java zwei Arten von Anwendungen definiert: Applications (also richtige, ausgewachsene Desktop-Anwendungen) und Applets (wörtlich: Anwendung-chen, also kleine Mini-Anwendungen, die nur innerhalb eines Containers – in der Regel in einem Webbrowser – ablaufen). Als die Java-Technologie auch auf die Serverseite kam, suchte man dort einen Namen für die kleinen Codestückchen, die jetzt nicht mehr im Kontext des Browsers, sondern in dem des Webservers laufen, der an Applet erinnert. Schließlich ist es ein im weitesten Sinne ähnliches Konzept: kleine Serveranwendung-chen, die einen Container (hier: den Web-Server) um sich herum brauchen, um laufen zu können. Dabei kam man auf Servlet.

Standardisierung / Versionen

Die Handhabung, das Verhalten und das Verwalten von Java servlets folgt einem Standard, der über den Java Community Process (JCP) definiert wird. An diesem Standard wird aktiv gearbeitet und es gibt verschiedene Versionen. Aktuell ist die Servlet Version 2.5 die letzte veröffentlichte Version, welche Bestandteil der Java EE 5 Spezifikation ist. Im Rahmen der Java EE 6 Spezifikation wird aktuell an der Java Servlets 3.0 Spezifikation gearbeitet.

Abgrenzung

Um die Funktionalität eines Servers zu erweitern, können separate ausführbare Module geschrieben werden. Diese Server Extensions gibt es für zahlreiche Plattformen, z. B. existiert für die Microsoft Internet Information Services (IIS) das sogenannte Internet Server API (ISAPI). In Java werden Server-Erweiterungen mit Hilfe der Servlet API geschrieben. Die Server-Extension-Module heißen Servlets.

Beispiel

Ablaufdiagramm einer Web-Anwendung mit Servlet

Das folgende Ablaufdiagramm zeigt einen typischen Ablauf beim Aufruf eines Servlets.

1. Der Benutzer sendet ein ausgefülltes Formular im Browser ab.
2. Der Browser löst die damit verbundene Aktion aus, indem er die Formulardaten an den Webserver sendet.
3. Der Webserver übersetzt den Aktionsnamen des Formulars in den Namen einer Servletklasse. Er verwendet dazu Informationen aus dem Deployment-Deskriptor, einer Datei namens „web.xml“.
4. Der Webserver ruft die Methode request des Servlets auf und übergibt dabei die Anfragedaten („request“) als Parameter. Die Methode request erzeugt eine Ausgabe, die der Webserver an den Browser sendet.
5. Der Browser nimmt die Antwort entgegen und stellt sie dar.
6. Der Benutzer liest die Antwort im Browser.

Weblinks

• Java Servlet 3.0 Spezifikation (englisch)
• Java Servlet 2.5 Spezifikation (englisch)
• Java Servlet 2.4 Spezifikation (englisch)
• Java Servlet 2.3 und JavaServer Pages 1.2 Spezifikation (englisch)
• Servlet Homepage bei Sun (englisch)
  • Servlet Tutorial bei Sun (englisch)
  • Liste aller kompatiblen Server (englisch)
• Tomcat (englisch) – die Referenzimplementation der Servlet- und JSP-Spezifikation