imported>Trustable: Kleinigkeiten verbessert

2025-05-17T18:35:17Z

Kleinigkeiten verbessert

Neue Seite

Als '''Jakarta Servlet''' (früher Java Servlet) bezeichnet man [[Java (Programmiersprache)|Java]]-[[Klasse (Objektorientierung)|Klassen]], deren Instanzen innerhalb eines [[Webserver]]s Anfragen von Clients entgegennehmen und beantworten. Der Inhalt der Antworten kann dabei ''dynamisch'', also im Moment der Anfrage, erstellt werden und muss nicht bereits statisch (etwa in Form eines [[Hypertext Markup Language|HTML]]-Dokuments) für den Webserver verfügbar sein. Servlets sind eine Weiterentwicklung der ursprünglich im Web-Bereich verwendeten Schnittstelle [[Common Gateway Interface|CGI]] oder anderer Konzeptionen. Java-Webanwendungen nutzen hauptsächlich Servlets, während dynamische Web-Inhalte klassisch über CGI zum Beispiel mittels [[PHP]], [[Ruby on Rails]], [[Active Server Pages]] oder [[Perl (Programmiersprache)|Perl]] erzeugt werden.

Die Servlet-Spezifikation ist Teil der [[Jakarta EE|Jakarta-EE]]-Technologie. Servlet-Container sind damit fester Bestandteil aller [[Jakarta EE|Jakarta-EE]]-[[Application Server|Anwendungsserver]]. Jedoch ist ein Servlet-Container nicht immer eine vollständige [[Jakarta EE|Jakarta-EE]]-Implementierung. Es gibt unabhängig davon Webserver, die einen Servlet-Container enthalten (z. B. [[Apache Tomcat]], [[Jetty (Webserver)|Jetty]]).

== Verwendung ==
Ein Servlet wird implementiert, indem eine Klasse erstellt wird, die die Schnittstelle <code>jakarta.servlet.Servlet</code> implementiert. Es gibt die Klasse <code>jakarta.servlet.http.HttpServlet</code>, die diesen Vorgang vereinfacht. Anschließend wird eine oder beide Methoden <code>doGet</code> und <code>doPost</code> überschrieben, um die beiden wichtigsten [[Hypertext Transfer Protocol|HTTP]]-Methoden ''GET'' und ''POST'' verarbeiten zu können. Häufig wird auch nur die Methode <code>service</code> überschrieben, welche unabhängig vom HTTP-Befehl aufgerufen wird.
Um das Servlet auf dem Web-Server registrieren zu können, müssen Metainformationen bereitgestellt werden. Diese Metainformationen werden hinterlegt in einer [[Extensible Markup Language|XML]]-Datei namens <code>web.xml</code>, dem sogenannten ''[[Deployment Descriptor]]''. Der Deployment Descriptor wird zusammen mit der kompilierten Servlet-Klasse (sowie ggf. weiteren benötigten Klassen) in einer Archiv-Datei, dem ''[[Web Application Archive|Web-Archiv]]'', zusammengeführt. Dieses Web-Archiv wird dem Servlet-Container über eine von ihm bereitgestellte Funktionalität übergeben ''(deployment)''.

Zur Laufzeit greift der Webserver auf den Servlet-Container zu, der wiederum möglicherweise eine Instanz des Servlets erzeugt und die entsprechende Methode startet. Einige Container wickeln mehrere Requests und damit Threads gleichzeitig über einen Pool von Servlets ab. Deswegen sollte bei Attributen innerhalb eines Servlet immer der gleichzeitige Zugriff von mehreren Threads im Hinterkopf behalten werden.

Häufig werden in einem Servlet sowohl Parameter der Anfrage als auch [[Sitzung (Informatik)|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 nach dem [[Entwurfsmuster]] [[Model View Controller]] (MVC) in Form von [[Jakarta Server Pages]] (JSP) verwendet. Hierbei repräsentieren meist die JSP oder [[Facelets|JSF]] die View. Interessanterweise werden auch die JSP-Seiten zur Laufzeit zu Servlets kompiliert. Die selbst geschriebenen Servlets bilden Controller sowie Model ab. Frameworks wie z. B. [[Spring (Framework)|Spring MVC]] oder [[Struts]] bilden eine weitere Ebene der Abstraktion und bieten ein schärfer getrenntes MVC-Muster.

== Begriff ==
Das englische Wort „Servlet“ ist ein [[Kofferwort]], das sich aus den Begriffen „[[Server]]“ und „[[Java-Applet|Applet]]“ zusammensetzt, also serverseitiges Applet und somit Servlet.

Sun hat mit Einführung der Sprache Java zwei Arten von ''Anwendungen'' definiert: Applications (also Desktop-Anwendungen) und Applets (wörtlich ''Anwendung-chen'', also 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: ein um ein Servlet-Container erweiterter 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 Jakarta-Servlets folgt einem Standard, der über den [[Java Community Process]] (JCP) definiert wird. An diesem Standard wird aktiv gearbeitet und es gibt verschiedene Versionen. Die letzte veröffentlichte Version ist 5.0, welche Bestandteil der Jakarta EE 9 Spezifikation ist. Sie wurde im September 2020 veröffentlicht.<ref>[https://jakarta.ee/specifications/servlet/5.0/ Jakarta Servlet 5.0 ]</ref>

== 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 ==
# Der Benutzer sendet ein ausgefülltes Formular im Browser ab.
# Der Browser löst die damit verbundene Aktion aus, indem er die Formulardaten an den Webserver sendet.
# 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“.
# Der Webserver ruft je nach HTTP-Methode des Formulars (GET oder POST) die Methode ''doGet'' bzw. ''doPost''-Methode des Servlets auf und übergibt dabei die Anfragedaten („request“) als Parameter zusammen mit einem ''response''-Objekt, mit dem Ausgaben getätigt werden können. Die Ausgaben werden nach Abschluss der Methode vom Webserver an den Browser gesendet.
# Der Browser nimmt die Antwort entgegen und stellt sie dar.
# Der Benutzer liest die Antwort im Browser.

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

[[Datei:Jakarta EE Servlet DE.svg|mini|links|600px|Ablaufdiagramm einer Web-Anwendung mit Servlet]]
{{Absatz|links}}

== Weblinks ==
* [https://jcp.org jcp.org]
* [https://jakarta.ee/specifications/servlet/5.0/ Jakarta Servlet 5.0] (englisch)
** [https://jcp.org/en/jsr/detail?id=369 Java Servlet 4.0 Spezifikation] (englisch)
** [http://jcp.org/en/jsr/detail?id=340 Java Servlet 3.1 Spezifikation] (englisch)
** [http://www.jcp.org/en/jsr/detail?id=315 Java Servlet 3.0 Spezifikation] (englisch)
* [http://www.oracle.com/technetwork/java/javaee/servlet/index.html ''Java Servlet Technology Overview''] bei [[Oracle]] (englisch)
* [http://tomcat.apache.org/ Tomcat] apache.org (englisch) – die Referenzimplementation der Servlet- und JSP-Spezifikation

== Einzelnachweise ==
<references />

{{Navigationsleiste Webserver-Schnittstellen}}

[[Kategorie:Java (Programmiersprache)]]
[[Kategorie:Web-Entwicklung]]
[[Kategorie:Kofferwort]]

Jakarta Servlet - Versionsgeschichte

imported>Trustable: Kleinigkeiten verbessert