Servlet und JSP Server

Das wichtigste in Kürze

Damit eine JSP-Seite übersetzt und ausgeführt werden kann braucht es einen Applikationsserver mit einem Servlet-Container.
Jakarta-Tomcat ist die offizielle Referenzimplemetation für die JSP und Servlets Technologien.
Damit ein Java Server läuft, muss eine Java Runtime und ein Java SDK installiert sein.

Applikationsserver / Servlet Container

Damit eine JSP-Seite in ein Servlet übersetzt und dieses ausgeführt werden kann, braucht es einen so genannten Applikationsserver, welcher einen Servlet-Container beinhaltet, und die Java Server Pages Technologie unterstützt.

Wie schon erwähnt brauchen wir für unsere Beispiele den Jakarta-Tomcat. Die aktuellste Version kann unter folgender URL http://jakarta.apache.org/tomcat heruntergeladen werden.

Jakarta-Tomcat ist die offizielle Referenzimplemetation für die JSP und Servlets Technologien und ist unter der Open-Source-Lizenz der Apache Software Foundation ASF frei erhältlich. Obschon Tomcat frei erhältlich ist, läuft er sehr stabil und hat die Qualität eines kommerziellen Servers.

Tomcat

Voraussetzungen

Damit ein Java-Server oder ein Servlet-Container auf einem Betriebssystem ausgeführt werden kann, braucht es eine Java-Laufzeitumgebung und eine ein Java SDK (Software Development Kit auch bekannt unter JDK: Java Development Kit). Das SDK wird benötigt, da in der Laufzeitumgebung kein Java-Compiler für das Übersetzen der Servlets vorhanden ist. Damit der Applikations-Server das SDK findet, muss die Umgebungsvariable JAVA_HOME entsprechend gesetzt sein. Wenn dass SDK auf einer Windows-Plattform im Verzeichnis C:\j2sdk1.4.2 oder auf einer Linux-Maschine im Verzeichnis /usr/java/j2sdk1.4.2 installiert ist, muss die Umgebungsvarible

"JAVA_HOME=C:\j2sdk1.4.2" respektive
"JAVA_HOME=/usr/java/j2sdk1.4.2" lauten.

Installation

Die Installation von Tomcat ist sehr einfach. Je nach Betriebssystem, kann die Tomcat-Distribution in einem zip, exe oder tar.gz Format herunter geladen werden. Es gibt verschiedene binäre Distributionen (embed, deployer und die Standardversion). Bitte laden Sie die Standardversion herunter. Die Standardversion hat in der Regel folgender Dateiname: jakarta-tomcat-N.N.NN.EXT. Wobei N.N.NN für die Version steht. EXT ist die Dateierweiterung und je nach Distribution zip, exe oder tar.gz. Zum Zeitpunk als ich dieses Dokument geschrieben habe war die Version jakarta-tomcat-5.0.28 aktuell.

Installieren Sie die Distribution in ein beliebiges Verzeichnis.

Konfiguration

Die Konfigurationsparameter befinden sich unter dem Verzeichnis TOMCAT_HOME\conf. Wobei TOMCAT_HOME ein Platzhalter für den Pfad auf das Wurzelverzeichnis von Tomcat ist.

Die Standardkonfiguration von Tomcat beinhaltet zwei Verwaltungsapplikationen und eine JSP- und eine Servlet-Beispielapplikation. Damit die Verwaltungsapplikationen laufen, müssen zuerst noch die zwei Rollen admin und manager in der Datei tomcat-users.xml eingefügt und die Rollen einem Benutzer zugewiesen werden. Im nachfolgenden Beispiel habe ich einen neuen Benutzer mit dem Namen admin und dem Passwort tomcat erstellt:

Datei tomcat-users.xml:


<?xml version='1.0' encoding='utf-8'?>

<tomcat-users>


    <role rolename="admin"/>

    <role rolename="manager"/>

  
    <role rolename="tomcat"/>

    <role rolename="role1"/>

    <user username="admin" password="tomcat" roles="manager, admin"/>

    <user username="tomcat" password="tomcat" roles="tomcat"/>

    <user username="both" password="tomcat" roles="tomcat,role1"/>

    <user username="role1" password="tomcat" roles="role1"/>

</tomcat-users>

Unter dem Verzeichnis TOMCAT_HOME\webapps werden die Applikationen, welche publiziert werden sollen, hineinkopiert. Tomcat "aktiviert" diese Applikationen mit der Standardkonfiguration automatisch. Gerade beim entwickeln von Applikationen macht es aber oft Sinn, dass die Applikationen in einem anderem Verzeichnis sind (z. B. in einem Projektverzeichnis der Entwicklungsumgebung). Damit solche Applikationen auch publiziert werden können, muss man einen so genannten Kontext konfigurieren. Die Konfiguration des Kontextes erfolgt in der Datei TOMCAT_HOME\conf\server.xml. Nehmen wir mal an, unser Projekt ist unter dem folgendem Pfad abgelegt: c:\jsp\projekt1\webroot. Dann muss folgender Kontext erfasst werden:

<Context path="/jspprj1" docBase=" c:\jsp\projekt1\webroot" />

Der Kontext muss im Tag <host> erfasst werden. Bei der Standardkonfiguration existiert schon ein Beispielkontext. Sie können Ihren Kontext direkt hinter diesem einfügen.

Starten und Stoppen

Für das Starten und Stoppen von Tomcat, gibt es unter dem Verzeichnis TOMCAT_HOME\bin Batch-Datein für Windows und Shell-Scripts für Unix-Plattformen. Unter Windows wird der Tomcat mit dem startup.bat gestartet und mit dem Befehl shutdown.bat gestoppt. Für Unix gibt es analoge Dateien mit dem Namen startup.sh und shutdown.sh.

In vielen Entwicklungsumgebungen gibt es die Möglichkeit Tomcat innerhalb der Entwicklungsumgebung zu Starten. Dies erlaubt dann auch das Debugging von JSP-Seiten und verwendete Klassen und Bibliotheken. Für Eclipse gibt es ein Plugin, welches für das Entwickeln hervorragend geeignet ist. Diese Plugin finden Sie unter folgender URL: http://www.sysdeo.com/eclipse/tomcatPlugin.html.

© 2005-2007 by java-server.net
Linktipps: www.java-tools.net Scherer Informatik - The Java Company Reise Rom Warmduscher ABC