Jakarta Server Pages

Der statische Inhalt sind all jene Elemente, die vom Webserver in die HTTP-Response (Antwort) ohne Veränderung übernommen werden (z. B. HTML-Tags). So wäre ein normales HTML-Dokument gänzlich ohne JSP-Elemente, wie eingebetteten Java-Code oder JSP-Aktionen, eine gültige JSP; denn JSP erlaubt es zwar, dynamische Daten in statischen Inhalt einzufügen, erfordert dies aber nicht. Daraus folgt, dass (wie bei jeder Templatesprache) der Ersteller des statischen Inhalts (also des Designs) keinerlei Java-Kenntnisse benötigt; sobald HTML-Strukturen aber durch Java-Code erzeugt werden erhöht sich deren Komplexität und das Layout kann an diesen Stellen fast nur noch vom Programmierer geändert werden.

Da es sich bei einer JavaServer Page um eine dynamische Komponente handelt, kann diese aber auch gänzlich ohne statische Elemente auskommen. Auf diese Weise ist es möglich, über ein JSP-Dokument auch Binärdaten wie Bilder oder Töne zu erzeugen und an den Client zu senden.

Eine Direktive dient zum Übermitteln spezieller Seiteninformationen an den JSP-Compiler; dadurch kann man angeben, ob die JSP eine Tag-Library (kurz Taglib) einbindet oder wie im Fehlerfall weiter zu verfahren ist.

Die allgemeine Syntax für eine Direktive ist <%@ … %>. Folgende Direktiven (mit den am weitesten verbreiteten Attributen) sind vorhanden:

include

weist den JSP-Compiler an, den vollständigen Inhalt einer externen Datei in die Originaldatei zu kopieren. Diese Einbettung geschieht zur Translation Time, also statisch einmalig mit der Übersetzung der JSP in ein Servlet.

<%@ include file="BeispielDatei.ext" %>

page

import

generiert ein Java-Import-Statement in der Datei

<%@ page import="java.util.*" %>

contentType

gibt die Art des Datei-Inhaltes an. Sollte dann eingesetzt werden, wenn man kein HTML benutzt oder nicht den voreingestellten Zeichensatz verwendet.

<%@ page contentType="text/html" %>

errorPage

gibt die Seite an, die im Fehlerfall angezeigt werden soll

<%@ page errorPage="ErrorHandler.jsp" %>

isErrorPage

gibt an ob diese Seite eine Error-Page ist oder nicht; wenn ja, ist das exception-Objekt verfügbar

<%@ page isErrorPage=false %><%-- die Seite ist keine Error-Page --%>

isThreadSafe

gibt an, ob das aus der JSP generierte Servlet threadsicher ist oder nicht

<%@ page isThreadSafe=true %><%-- eine threadsichere JSP --%>

taglib

gibt an, dass eine Taglib verwendet werden soll. Es müssen ein Präfix und eine URI für die Taglib vergeben werden.

<%@ taglib prefix="MeinPrefix" uri="taglib/MeineTagLib.tld" %>

Die folgenden Variablen können in jeder JSP verwendet werden; Sie werden auch als implizite Objekte bezeichnet:

application

Anwendungsobjekt; lebt, solange der Server läuft.

config

eine Konfigurationsschnittstelle

out

JSPWriter, der die Daten in den HTTP-Response-Stream schreibt

page

das Servlet selbst

pageContext

eine Instanz des PageContext, welche die Daten der gesamten Seite enthält

request

das HTTP-Request-Objekt, also die Anfrage vom Client an den Server

response

das HTTP-Response-Objekt, also die Antwort vom Server an den Client

session

das HTTP-Session-Objekt. Es kann dazu benutzt werden, Information über den Benutzer von einem Request zum nächsten weiterzureichen.

Es gibt drei grundlegende Skriptelemente, die erlauben, Java-Code direkt in die JSP einzufügen:

• Ein Tag, das erlaubt, Code in die Klasse einzufügen. Dieses Tag kann dazu verwendet werden, Daten der Klasse festzulegen. Der Ausdruck wird in Member-Variablen der generierten Servlet-Klasse überführt.

<%! int serverInstanceVariable = 1; %>

• Ein Tag, das erlaubt, Code in die Methode _jspService des generierten Servlets einzufügen. Es werden also lokale Variablen daraus – Methoden können nicht erzeugt werden, hierzu muss die vorstehende Notation verwendet werden.

<% int localStackBasedVariable = 1; %>

• Ein Tag, das erlaubt, Code zu expandieren und direkt in die HTTP-Antwort zu schreiben. Das Semikolon wird hier nicht benutzt, da der Code als Ausdruck ausgewertet wird.

<%= "expanded inline data " + 1 %>

Deklarationen dienen zur Definition von Variablen und Methoden, die von anderen Elementen in der JSP verwendet werden können. Deklarationen erzeugen keine Ausgabe innerhalb der JSP.

<%! int variableMeinerKlasse = 0; %>

Ausdrücke (expressions) werden dazu verwendet, Variablen oder Methoden direkt in den HTML- oder XML-Ausgabestrom zu integrieren.

Die Klassenvariable ist <%= variableMeinerKlasse %>

JSP-Skriptlets können zur Implementierung der Ablauflogik sowie der Erzeugung der XML-Ausgabe eingesetzt werden. Der Skriptlet-Code wird innerhalb der Methode _jspService des generierten Servlets eingefügt.

<% int variable = 0; out.println("Der Wert der Variable ist: " + variable); %>

Kommentare sind nur innerhalb der originalen JSP sichtbar, sie werden nicht in den Ausgabestrom geschrieben.

<%-- Kommentar innerhalb einer JSP --%>

JSP-Aktionen sind XML-Tags, welche die eingebaute Funktionalität von Webservern einbinden. Die folgenden Aktionen sind verfügbar:

jsp:include

die angegebene JSP wird vom Java-Servlet aufgerufen, dabei werden der Request und der Response übergeben. Ist die angegebene JSP abgearbeitet, kommt die Steuerung zur gegenwärtigen JSP zurück. Diese JSP-Aktion bewirkt, dass der eingebettete JSP-Code von allen einbettenden JSPs gemeinsam genutzt und nicht kopiert wird.

   <jsp:include page="mycommon.jsp">
       <jsp:param name="extraparam" value="myvalue"/>
   </jsp:include>

jsp:param

definiert einen Parameter, der zu den Request-Parametern hinzugefügt wird. Diese Aktion kann innerhalb eines jsp:include- oder jsp:forward-Blocks verwendet werden. Falls der Parameter schon im Request vorhanden war, wird der Parameter überschrieben, also der Wert aus dem „Query String“ mit dem definierten value-Attribut ersetzt.

jsp:forward

der Request und der Response werden an eine andere JSP oder ein Servlet übergeben. Die Steuerung kommt nicht zur gegenwärtigen JSP zurück.

   <jsp:forward page="subpage.jsp">
       <jsp:param name="forwardedFrom" value="this.jsp"/>
   </jsp:forward>

jsp:plugin

diese Aktion generiert je nach verwendetem Browser ein Tag zum Einbinden eines Java-Applets. Dies wird benötigt, da in den älteren Versionen von Netscape Navigator und Internet Explorer verschiedene Tags zum Einbinden eines Applets verwendet werden.

   <jsp:plugin type="applet" height="100%" width="100%"
            archive="myjarfile.jar,myotherjar.jar"
           codebase="/applets"
               code="com.example.foo.MyApplet.class">
       <jsp:params>
           <jsp:param name="enableDebug" value="true"/>
       </jsp:params>
       <jsp:fallback>
           Your browser does not support applets.
       </jsp:fallback>
   </jsp:plugin>

jsp:fallback

definiert den Inhalt, der angezeigt wird, falls der Browser keine Applets unterstützt.

jsp:setProperty

diese Aktion setzt ein Property in der definierten Java-Bean.

    <jsp:setProperty name="myBean" property="lastChanged" value="<%= new Date()%>" />

jsp:getProperty

diese Aktion holt sich ein Property von der definierten Java-Bean.

    <jsp:getProperty name="myBean" property="lastChanged" />

jsp:useBean

diese Aktion erstellt oder verwendet eine Java-Bean wieder. Ist eine Bean vom definierten Typ nicht vorhanden, wird sie also initial neu erstellt. Das optionale Attribut scope gibt an, wie lange die Bean zur Verfügung steht, d. h. in welchem Sichtbarkeitsbereich die Bean hinterlegt wird. Folgende Werte können definiert werden:

request

Attribute sind nur solange verfügbar, wie der Request existiert.

page

Attribute sind nur für die gegenwärtige JSP verfügbar. (Standard)

session

Attribute sind nur solange verfügbar, wie die Benutzer-Session existiert.

application

Attribute sind immer verfügbar.

„Verfügbar“ heißt hier, wie lange bzw. von wo der Entwickler auf die Bean zugreifen kann. Ist die Bean beispielsweise im Request-Scope, so kann der Entwickler mit dieser Bean sowohl innerhalb der aktuellen JSP als auch in nachgelagerten (inkludierten) arbeiten. „Page-Scope“ beschränkt den möglichen Zugriff auf die aktuelle JSP-Seite. „Session“ beschreibt alle Requests einer Benutzersitzung zu dieser Web-Anwendung. „Application“ sind alle Requests aller Benutzer der gleichen Web-Anwendung dieses Web-Servers.

Beispiel:

   <jsp:useBean id="myBean" class="com.example.foo.MyBean" scope="request">
   </jsp:useBean>

Zusätzlich zu den vordefinierten JSP-Aktionen gibt es die Möglichkeit, benutzerdefinierte JSP-Aktionen zu verwenden. Dazu muss eine eigene JSP-Tag-Bibliothek zur Verfügung gestellt werden. Eine Tag-Bibliothek wird über eine XML-Beschreibungsdatei, den sogenannten Tag Library Descriptor (TLD), definiert, der Elemente (Tags) zu einer Bibliothek (Library) zusammenfasst und mit serverseitigen Java-Klassen assoziiert, die die funktionale Logik eines oder mehrerer Tags implementieren.

Im Rahmen des Java Community Process wurde die JavaServer Pages Standard Tag Library (JSTL) erstellt. Diese standardisiert die wichtigsten Customtags in verschiedenen Bibliotheken. Ebenfalls sehr verbreitet sind die Apache Taglibs, die neben der Referenzimplementierung für die JSTL auch viele zusätzliche Tag-Bibliotheken enthalten.