Professionelle Bücher. Auch für Einsteiger.

Inhaltsverzeichnis
Vorwort
1 Neues in Java 7
2 Threads und nebenläufige Programmierung
3 Datenstrukturen und Algorithmen
4 Raum und Zeit
5 Dateien, Verzeichnisse und Dateizugriffe
6 Datenströme
7 Die eXtensible Markup Language (XML)
8 Dateiformate
9 Grafische Oberflächen mit Swing
10 Grafikprogrammierung
11 Netzwerkprogrammierung
12 Verteilte Programmierung mit RMI
13 RESTful und SOAP Web-Services
14 JavaServer Pages und Servlets
15 Applets
16 Datenbankmanagement mit JDBC
17 Technologien für die Infrastruktur
18 Reflection und Annotationen
19 Dynamische Übersetzung und Skriptsprachen
20 Logging und Monitoring
21 Java Native Interface (JNI)
22 Sicherheitskonzepte
23 Dienstprogramme für die Java-Umgebung
Stichwort
Download: - openbook, ca. 21,3 MB
Buch bestellen
Ihre Meinung?
<< zurück | Galileo Computing / <openbook> / Java 7 - Mehr als eine Insel | vor >>
Java 7 - Mehr als eine Insel von Christian Ullenboom Das Handbuch zu den Java SE-Bibliotheken
Java 7 - Mehr als eine Insel Galileo Computing 1433 S., 2012, geb. 49,90 Euro, ISBN 978-3-8362-1507-7 |
| 14 JavaServer Pages und Servlets
|  | 14.1 Dynamisch generierte Webseiten
|  |  | 14.1.1 Was sind Servlets?
|  |  | 14.1.2 Was sind JavaServer Pages?
|  | 14.2 Servlets und JSPs mit Tomcat entwickeln
|  |  | 14.2.1 Servlet-Container
|  |  | 14.2.2 Entwicklung der Servlet/JSP-Spezifikationen
|  |  | 14.2.3 Webserver mit Servlet-Funktionalität
|  |  | 14.2.4 Tomcat installieren
|  |  | 14.2.5 Ablageort für eigene JSPs
|  |  | 14.2.6 Webapplikationen
|  |  | 14.2.7 Zuordnung von Webapplikationen zu physikalischen Verzeichnissen
|  |  | 14.2.8 Web-Projekt mit Eclipse IDE for Java EE Developers
|  | 14.3 Statisches und Dynamisches
|  |  | 14.3.1 Statischer Template-Code
|  |  | 14.3.2 Dynamische Inhalte
|  |  | 14.3.3 Kommentare
|  | 14.4 Die Expression Language (EL)
|  |  | 14.4.1 Operatoren der EL
|  |  | 14.4.2 Literale
|  |  | 14.4.3 Implizite EL-Objekte
|  | 14.5 Formulardaten
|  |  | 14.5.1 Einen Parameter auslesen
|  |  | 14.5.2 HTML-Formulare
|  | 14.6 Auf Beans zurückgreifen
|  |  | 14.6.1 Beans in JSPs anlegen
|  |  | 14.6.2 Properties einer Bean im EL-Ausdruck erfragen
|  |  | 14.6.3 Properties mit <jsp:setProperty> setzen
|  |  | 14.6.4 Bean-Klasse zum Testen von E-Mail-Adressen
|  |  | 14.6.5 Parameterwerte in Bean übertragen
|  | 14.7 JSP-Tag-Libraries
|  |  | 14.7.1 Standard Tag Library (JSTL)
|  | 14.8 Skripting-Elemente in JSPs
|  |  | 14.8.1 Scriptlets
|  |  | 14.8.2 JSP-Ausdrücke
|  |  | 14.8.3 JSP-Deklarationen
|  |  | 14.8.4 Quoting
|  |  | 14.8.5 Entsprechende XML-Tags
|  |  | 14.8.6 Implizite Objekte für Scriptlets und JSP-Ausdrücke
|  | 14.9 Sitzungsverfolgung (Session Tracking)
|  |  | 14.9.1 Lösungen für die Sitzungsverfolgung
|  |  | 14.9.2 Sitzungen in JSPs
|  |  | 14.9.3 Auf Session-Dateien zurückgreifen
|  | 14.10 Servlets
|  |  | 14.10.1 Servlets compilieren
|  |  | 14.10.2 Servlet-Mapping
|  |  | 14.10.3 Der Lebenszyklus eines Servlets
|  |  | 14.10.4 Mehrere Anfragen beim Servlet und die Thread-Sicherheit
|  |  | 14.10.5 Servlets und Sessions
|  |  | 14.10.6 Weiterleiten und Einbinden von Servlet-Inhalten
|  | 14.11 Zum Weiterlesen
## 14.5 Formulardaten Geht eine HTTP-Anfrage an den Server, kann der Client Daten mitgeben, etwa Formulardaten zur Anmeldung eines Benutzers oder Suchbegriffe. Die übermittelten Parameter verarbeitet der Servlet-Container automatisch und stellt sie über das implizite EL-Objekt param einer JSP zur Verfügung. Dass bei GET der Client die Informationen hinter einem Fragezeichen an die URL anhängt und bei POST die Daten über einen Datenstrom zum Server gelangen, merken wir in der JSP nicht, denn das Auslesen sieht immer gleich aus. ### 14.5.1 Einen Parameter auslesen Wollen wir testen, ob der Benutzer gut in Form ist und einen Parameter eingetragen hat, schreiben wir: Listing 14.7: parameter.jsp
    Dein Name ist ${param.name}.
Füllen wir den Parameter für die JSP etwa so: http://localhost:8080/web/parameter.jsp?name=Christian Der Parameter-String ist von der Groß- und Kleinschreibung abhängig. Der zurückgegebene Wert ist gleich im passenden Format und muss nicht erst eine Entschlüsselung durchlaufen. Rufen wir die JSP ohne Parameter auf, liefert der EL-Ausdruck einen Leerstring (also ""). So existiert zwar der Schlüssel, doch ist kein Wert kodiert. null kann der Ausdruck nicht werden! ### 14.5.2 HTML-Formulare Bisher haben wir unsere HTML-Seiten nur für Ausgaben genutzt. HTML-Seiten könnten aber auch Eingabefehler für Benutzerinteraktionen aufweisen. Zu den Interaktionselementen gehören unter anderem Textfelder, Schaltflächen und Listen. Für diese Elemente gibt es spezielle Tags. Die wichtigsten sind:

Tabelle 14.5: HTML-Tags für Interaktionselemente

HTML-Tag | Beschreibung
<input type="text"> | Eingabefeld
<input type="submit"> | Submit-Button
<input type="password"> | Eingabefeld für Passwörter
<input type="checkbox"> | Checkbox
<input type="radio"> | Radiobutton mit optionaler Gruppe
<textarea> | Mehrzeilige Eingabe
<button> | Schaltflächen
<select> mit <option> | Auswahllisten (Pulldown-Menü)
Die Elemente werden in HTML-Formularen zusammengefasst. Damit eine HTML-Datei ein HTML-Formular definiert, sind die Formularelemente in das HTML-Element <form> zu setzen: Listing 14.8: formular.jsp
    <form action="parameter.jsp">
    Name: <input name="name" /> <input type="submit" />
    </form>
Abbildung 14.3: Screenshot der Anwendung mit Formular vor dem Absenden Ein <form>-Tag bekommt das Attribut action, damit der Webbrowser beim Absenden des Formulars weiß, welche Zielseite er ansteuern muss. In unserem Fall ist dies die schon definierte Seite parameter.jsp. Im Rumpf von <form> steht das Textfeld, das die Texteingabe später unter dem Namen name verfügbar macht. Neben dem Textfeld beinhaltet das Formular eine Submit-Schaltfläche, die einen Seitenwechsel hervorruft. Abbildung 14.4: Screenshot der Anwendung nach dem Absenden der Daten Das Bestätigen der Submit-Schaltfläche führt dazu, dass der Browser alle Formulardaten einsammelt und zum Server überträgt. Da standardmäßig das GET-Protokoll verwendet wird, bekommen wir vom Browser eine URL zusammengebaut, die alle Formulardaten kodiert. Die Empfangsseite kann natürlich nicht unterscheiden, wer die URL konstruiert hat, der Browser oder wir.
Tipp
Für die Benennung der Formularfelder gibt es eine Spezifikation, die sich ECML (Electronic Commerce Modeling Language) nennt. Sie wird im RFC 3106 (http://www.faqs.org/rfcs/rfc3106.html) beschrieben. Das Format legt Felder fest, die insbesondere für E-Commerce genutzt werden können. Mitverantwortliche für diesen Standard sind unter anderem AOL, American Express, Compaq, CyberCash, Discover, Financial Services Technology Consortium, IBM, MasterCard, Microsoft, Novell, Sun und Visa.
### Ihr Kommentar Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen. >> Zum Feedback-Formular
<< zurück | <top> | vor >>
Zum Katalog
Java 7 – Mehr als eine Insel Jetzt bestellen
Ihre Meinung?
Wie hat Ihnen das <openbook> gefallen? Ihre Meinung
Buchempfehlungen
| Java und XML
| Einstieg in Eclipse 3.7
| Android 3
| NetBeans Platform 7
| Java ist auch eine Insel
| Apps entwickeln für Android 4
| Java 7
Shopping
Versandkostenfrei bestellen in Deutschland und Österreich Info

Copyright © Galileo Press 2012
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das denselben Bestimmungen, wie die gebundene Ausgabe: Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Alle Rechte vorbehalten einschließlich der Vervielfältigung, Übersetzung, Mikroverfilmung sowie Einspeicherung und Verarbeitung in elektronischen Systemen.

[Galileo Computing]
Galileo Press, Rheinwerkallee 4, 53227 Bonn, Tel.: 0228.42150.0, Fax 0228.42150.77, info@galileo-press.de