Advanced   Java   Services

Java Server Pages

Während in einem Servlet HTML in Java eingebettet werden muß, schreibt man in einer Java Server Page Javacode in HTML. In der ersten Version der Java Server Pages gab es nur Scripting Elemente. Mit Scriptlets schreibt man Javacode in eine Html-Seite. Ein Parser liest dann diese Datei und erzeugt daraus ein Servlet. Beim ersten Aufruf einer JSP wird die textdatei geparst , das zugehörige Servlet erzeugt und gestartet. Daher dauert der erste Aufruf einer JSp immer etwas länger als die darauffolgenden Aufrufe, denn da steht das Servlet schon im Speicher. Eine Java Server Page wird direkt ins zugehörige Verzeichnis der Webapplikation gelegt.

Webanwendungen werden unterhalb des Verzeichnisses webapps angelegt. Das Bild zeigt den Standardaufbau einer JSP-Webapplikation an Hand des Verzeichnisses mit dem Namen HelloWorldapp. Im Einfachsten Fall gibt es keine class-Dateien und damit auch kein Verzeichnis mit dem Namen classes. JSP können jedoch mit Javaobjekten zusammenarbeiten, den sog. JSP-Beans. Diese Klassen liegen dann wieder in einem classes-Verzeichnis und müssen in einem Unterverzeichnis liegen, das ein Packageverzeichnis ist. Im Gegensatz zu Servlets ist hier das Deafultpackage nicht zulässig. Es kann auch mehrere Packages geben. Das Verzeichnis lib dient demselben Zweck wie bei Servlets. Wenn man mit JSTL arbeitet, was meistens der Fall ist, muß man das entsprechende Archiv in das lib-Verzeichnis legen. Hier sieht man zusätzlich die Datei log4j-x.x.xx.jar mit der man zum Debuggen Meldungen in eine log-Datei schreiben kann. Dieses Tool wird von der Apache Software Foundation zur Verfügung gestellt. Im Verzeichnis WEB-INF liegt die Konfigurierungsdatei web.xml und hier die zu log4j gehörende properties-Datei, mit der man log4j konfiguriert.

Wie oben erwähnt erzeugt ein Parser im ServletContainer aus der Java Server Page ein Servlet Nehmen wir an, unsere JSp heiße HelloWorld.jsp und liege in der Webappliaktion HelloWorldApp. Dann wird in Tomcat die JSP wie folgt angesprochen:

http://<servername>:<portnumber>/HelloWorldApp/HelloWorld.jsp

Das zu dieser JSP gehörende Servlet legt Tomcat dann tief ins work-Verzeichnis

<TomcatHome>\work\Catalina\localhost\HelloWorldApp\org\apache\jsp\HelloWorld_jsp.java
<TomcatHome>\work\Catalina\localhost\HelloWorldApp\org\apache\jsp\HelloWorld_jsp.class

Da zu einer JSP ein Servlet erzeugt wird gibt es zwei web.xml Dateien. Eine web.xml liegt im Verzeichnis der Webapplikation, in der die JSP liegt. Die zweite web.xml-Datei liegt im Vezeichnis

<TomcatHome>\conf

Diese Datei enthält mehrere Servlet-Einträge. Der für Java Server Pages zuständige Eintrag lautet:

<servlet>
  <servlet-name>jsp</servlet-name>
  <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
  <init-param>
      <param-name>fork</param-name>
      <param-value>false</param-value>
  </init-param>
  <init-param>
      <param-name>xpoweredBy</param-name>
      <param-value>false</param-value>
  </init-param>
  <load-on-startup>3</load-on-startup>
</servlet>

Es gibt also in Tomcat noch eine weitere Servletdatei. Die Datei org.apache.jasper.servlet.JspServlet arbeitet im Hintergrund und tritt immer dann in Aktion, wenn eine JSP mit der Endung *.jsp gestartet wird.

Von Scriptlets wird mittlerweile aus guten Gründen abgeraten, siehe weiter unten. Trotzdem soll hier aus historischen Gründen mit einer Übersicht über die verschiedenen Scripting-Elemente begonnen werden.

Die Scripting-Elemente werden hier an Hand von Beispielen vorgestellt.

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

<%! StringBuilder sb = new StringBuilder("Hallo");%>
<%! int i = 17;%>

<% i = (int)(49*(Math.random()+1)); %>

<%= (int)(49*(Math.random()+1)) %>  (kein Leerzeichen zwischen % und =)

<% if (user.name().equals("Max")) { %>
    <p>Welcome, Max!</p>
<% } else { %>
    <p>Welcome, guest!</p>
<% } %>

<%
for ( int i = 0; i < n; i++ )
{
  %>
  Number: <%= i+1 %><br/>
  <%
}
%>

<%!
class Authors
{
   String[] authors = {"Anatole France", "Guy de Maupassant"};


   public String[] getAuthors()
   {
      return authors;
   }
}
%>
<%
Authors aut = new Authors();
%>
<%
  String[] authors = aut.getAuthors();
  if (authors != null)
  {
%>
<br/>
<b>You selected the following authors:</b>
<ul>
<%
    for (String author : authors)
    {
%>
    <li><%= author %></li>
<%
    }
  }
%>
</ul>

Es gibt in JSP acht implizite Objekte, auch vordefinierte Variablen genannt, die aufgrund ihrer Namen den direkten Bezug zu Servlets zeigen: application, config, out, page, pageContext, request, response, session.

JSP Direktiven geben Anweisungen und Informationen an den Servlet/JSP Container.

Die page-Direktive und ihre Verwendung wurde bereits erwähnt. Direktiven können auch Attribute haben. Die allgemein Form einer Direktive ist wie folgt.

Die Attribute sind key-value Paare die durch ein Leerzeichen oder einen Zeilenumbruch nicht aber durch ein Komma getrennt werden. Es kann auch mehr als zwei Attribute geben. Das Leerzeichen nach @ ist optional, ebenso das Leerzeichen nach dem letzten Attribut.

Es gibt nur drei verschiedene Direktiven. In der XML-Form steht der Name der Direktive nach dem Punkt nach "directive".

Mit der include-Direktive kann man externe Dateien einbinden. Diese Direktive kann überall stehen und die angegebene Datei wird dann an dieser Stelle während des Übersetzungsvorgangs eingefügt. Es gibt nur das Attribut file.

Die page-Direktive verfügt über dreizehn verschiedene Attribute.
autoFlush, buffer, contentType, errorPage, isErrorPage, extends, import, info, isELIgnored, isScriptingEnabled, isThreadSafe, language, session.

Die JSP-Spezifikation stellt mittlerweile die Existenz einer Library von Standard Tags sicher (JSTL). es können aber auch eigene Tags eingeführt werden. Diese werden mit einer taglib Direktive dem Parser bekanntgemacht. Die JSTL wird im übernachsten Kapitel besprochen.

Scriptelemente wurden 2001 mit der ersten Version von JSP eingeführt. Bei der Vorstellung der Scriptelemente zeigt besonders das letzte Beispiel Kombination mehrerer Scriptlets die Mängel dieses Konzepts. Ständig wird zwischen HTML und Java hin- und hergesprungen. Der Javacode enthält oft nur Schnipsel und nicht einmal vollständige Statements. Daraus resultiert sofort ein ganzes Bündel von Problemen.

• Schlecht lesbar für Javaentwickler
• Schlecht lesbar für HTMl-Designer
• Schlecht wartbar für Javaentickler
• Schlecht wartbar für HTML-Designer
• Testen des Codes schwierig bis unmöglich
• Code nicht wiederverwendbar
• Code kaum zu dokumentieren

Mit den nächsten JSP Versionen wurden deshalb zwei Neuerungen eingeführt, die Scriptelemente ablösen können.

• EL Expression language
• JSTL Java standard tag library