Programmieren II in Java

Transkript

1 Programmieren II in Java Dr. Klaus Höppner 2. Zusammenfassung Inhaltsverzeichnis 1 Grafische Oberflächen mit Swing (Nachtrag zur 1. Zusammenfassung) Listen und Tabellen Datenbanken JDBC JPA, Objektrelationales Mapping XML-Verarbeitung JAXP JAXB Servlets und JSP 11 1 Grafische Oberflächen mit Swing (Nachtrag zur 1. Zusammenfassung) 1.8 Listen und Tabellen Durch die Swing-Komponenten JList und JTable können Listen bzw. Tabellen grafisch dargestellt werden. Weiterhin sind beide ein Beispiel dafür, dass Widgets mit Präsentations- und Kontrollschicht von dem Datenmodell getrennt werden können. Listen Bei Auswahllisten, die mit JList realisiert sind, gibt es zwei Auswahlmodi: Einzelselektion von Elementen, Mehrfachselektion von Elementen möglich. 1

2 Da in der Praxis die Einzelselektion die Regel ist, wird hier nur diese behandelt. Um eine JList mit einem Datenmodel zu verknüpfen, wird dem Konstruktor von JList eine Instanz einer Klasse übergeben, die das Interface ListModel implementiert. In vielen Fällen wird einfach die Klasse DefaultListModel verwendet, die sich bezüglich des Hinzufügens, Ersetzen und Entfernen von Datenelementen lose am List-Interface aus den Java-Collections orientiert. JList getselectedindex() : int getselectedvalue() : Object clearselection() : void addlistselectionlistener(listener: ListSelectionListener) «interface» ListModel getsize() : int getelementat(index : int) : Object addlistselectionlistener(...) «interface» ListSelectionListener valuechanged(ev: ListSelectionEvent): void DefaulListModel addelement(o : Object) set(index: int, o: Object) remove(index: int) Abbildung 1: Trennung von Layout in JList und Daten der Auswahlelement im ListModel. Das Datenmodell bestimmt dabei, aus wievielen und welchen Elementen die Auswahlliste besteht, wobei man im Fall von DefaultListModel die Listenelemente einfach nach und nach mit der Methode addelement hinzu fügen kann. Die grundlegende Struktur von JList und Datenmodell ist in Abb. 1 dargestellt. Mit der Methode addlistselectionlistener kann der JList ein Listener hinzugefügt werden, für den bei Auswahl eines Elementes die Methode valuechanged aufgerufen wird. Dieser wird ein ListSelectionEvent als Parameter übergeben. Im folgenden Beispiel wird in der Auswahlliste beim Selektieren eines Listenelements jeweils zwischen Groß- und Kleinschreibung des Wortes gewechselt. import java.awt.*; import javax.swing.*; import javax.swing.event.*; Beispiel für eine Auswahliste public class MyList extends JFrame implements ListSelectionListener { private DefaultListModel data = new DefaultListModel(); private JList list = new JList(data); public MyList() { setlayout(new BorderLayout()); setdefaultcloseoperation(jframe.exit_on_close); data.addelement("hallo"); 2

3 data.addelement("welt"); data.addelement("echo"); data.addelement("otto"); add(list,borderlayout.center); list.addlistselectionlistener(this); pack(); setvisible(true); public void valuechanged(listselectionevent event) { if (event.getvalueisadjusting()) return; int index = list.getselectedindex(); if (index!= -1) { String s = (String) list.getselectedvalue(); if (s.equals(s.tolowercase())) { data.set(index, s.touppercase()); else { data.set(index, s.tolowercase()); list.clearselection(); JTable Eine JTable wird als Tabelle dargestellt. Auch hier findet eine Verknüpfung mit einem Datenmodell statt. Dieses wird durch das Interface TableModel beschrieben, das folgende Methoden abstrakt definiert: int getcolumncount() Zahl der darzustellenden Spalten, String getcolumnname(int col) Überschrift der Spalte col, int getrowcount() Zahl der darzustellenden Zeilen], Object getvalueat(int row, int col) der in der entsprechenden Zeile und Spalte darzustellende Wert, boolean iscelleditable(int row, int col) gibt an, ob die entsprechnde Zelle editiert werden kann, void setvalueat(int row, int col, Object o) wird nach dem Editieren einer Zelle mit dem neuen Objekt o aufgerufen. Dieses Interface wird von der Klasse AbstractTableModel implementiert, analog zur Klasse DefaultListModel gibt es die Klasse DefaultTableModel, die ein einfaches Datenmodell auf Basis einer zweidimensionalen List implementiert (s. Abb. 2). 3

4 «interface» TableModel getcolumncount() : int getcolumnname(col: int) : String getrowcount() : int getvalueat(row: int, col: int) : Object iscelleditable(row: int, col: int) : boolean setvalueat(row: int, col: int, o: Object) : void AbstractTableModel DefaultTableModel Abbildung 2: Hierarchie der Datenmodell-Klassen für Tabellen Im Folgenden findet sich der Quelltext für eine Klasse QuadratTabelle, die das Datenmodell für eine x-y-tabelle mit y = x 2 implementiert und anschließend die Anwendung in einem grafischen Fenster. Quelltext: QuadratTabelle.java import javax.swing.table.abstracttablemodel; public class QuadratTabelle extends AbstractTableModel { private int count; public QuadratTabelle(int count) { this.count = count; public int getcolumncount() { return public String getcolumnname(int col) { String colname = null; switch (col) { case 0: colname = "x"; break; case 1: 4

5 colname = "x^2"; break; return colname; public int getrowcount() { return count; public Object getvalueat(int row, int col) { Integer result = new Integer(0); switch (col) { case 0: result = row; break; case 1: result = row*row; break; return public boolean iscelleditable(int row, int col) { return false; import java.awt.*; import javax.swing.*; import javax.swing.table.tablemodel;; Quelltext: MyTable.java public class MyTable extends JFrame { private TableModel data = new QuadratTabelle(10); private JTable table = new JTable(data); public MyTable() { setlayout(new BorderLayout()); setdefaultcloseoperation(jframe.exit_on_close); add(table,borderlayout.center); pack(); setvisible(true); 5

6 3 Datenbanken 3.1 JDBC Der Standardweg zur Verbindung mit Relationalen Datenbanksystemen (RDBMS) in Java stellt die JDBC-API dar. Diese bietet die Möglichkeit, sich mit diversen Datenbanken über eine universelle Schnittstelle zu verbinden. Der grundsätzliche Weg besteht aus folgenden Stufen: 1. Laden des JDBC-Treibers für die gewünschte Datenbank. Beispiele sind: com.mysql.jdbc.driver für MySQL und org.hsqldb.jdbcdriver für die in Java implementierte Hypersonic-Datenbank. 2. Erzeugen eines Connection-Objektes, im Normalfall unter Angabe des Datenbank-Servers, des Namens des Datenbank, Username und Passwort. 3. Absetzten eines SQL-Befehls, entweder direkt über Statement oder durch ein PreparedStatement mit Platzhaltern und anschließendem Ersetzen der Platzhalter durch die realen Werte, 4. Bei Querys Auswerten des ResultSet. Im Folgenden findet sich ein Beispiel, in dem einerseits Personendaten über ein normales Statement per SQL-Query abgefragt werden und anschließend mit Hilfe eines PreparedStatement für die Person mit id=5 den Nachnamen neu setzt. Der Vorteil eines PreparedStatement liegt auch darin, dass hierbei automatisch Sonderzeichen (wie Anführungszeichen, Backslash), die in SQL eine besondere Bedeutung haben, entsprechend maskiert werden. Daher ist dieser Weg insbesondere bei Programmen, die extern eingegebene Daten in SQL-Befehle umsetzen, zu bevorzugen. So können so genannte SQL injections verhindert werden, bei denen über diese Metazeichen schädlicher Code eingeschleust werden soll. import java.sql.*; Eine einfache JDBC-Anwendung public class JDBC1 { public static void main(string[] args) throws Exception { Class.forName("com.mysql.jdbc.Driver"); Connection con = DriverManager.getConnection("jdbc:hsqldb://testdb", "sa", "passwd"); Statement st = con.createstatement(); ResultSet rs = st.executequery("select vorname, nachname from person"); 6

7 while (rs.next()) { System.out.format("Zeile %d: %s %s", rs.getrow(), rs.getstring(1), rs.getstring(2)); rs.close(); st.close(); PreparedStatement pst = con.preparestatement("update person set nachname=? where id=?"); pst.setstring(1, "Meier"); pst.setint(2, 5); pst.executeupdate(); con.close(); Bei ResultSet und PreparedStatement ist darauf zu achten, dass die Zählung der Ergebnisspalten bzw. SQL-Parameter jeweils bei 1 beginnt. 3.2 JPA, Objektrelationales Mapping In Anwendungen enspricht einer Datenbanktabelle häufig eine Java-Klasse, wobei die Tabellenspalten auf Attribute der Klasse abgebildet werden. Mit der Java Persistence API ist eine elegante Möglichkeit erwachsen, Datenbanktabellen mit normalen Java-Objekten (POJO plain old Java objects) zu verknüpfen. So kann in einer Anwendung weitgehend auf gewohnte Weise mit Java-Klassen und -Objekten gearbeitet werden, wobei diese Objekte persistent bleiben, das sich die Daten in Wirklichkeit in einer Datenbank befinden. Eine bekannte Implementierung der JPA ist das Projekt Hibernate. Dieses wird von Redhat als Teil des Open-Source-Applikationsservers JBoss finanziert. In Hibernate werden POJOs, die Java-Beans sind (dies bedeutet, dass diese Klassen einen öffentlichen Standardkonstruktor und öffentliche Zugriffsmethoden, also Getter und Setter für die Attribute der Klasse, besitzen), auf Datenbanktabellen abgebildet. Diese Abbildung findet in Hibernate über XML-Dateien statt, die einerseits die Datenbankeigenschaften (Server, Datenbanktyp, Zugriffsdaten) als auch den Zusammenhang zwischen Tabellen und Klassen sowie den Tabellenspalten und Attributen der Klasse beschreiben. Neben einfachen Eins-zu-Eins-Abbildungen (Abbildung einer Klasse auf eine Tabelle) sind auch komplexe Abbildungen möglich, in denen Klassen mit Verknüpfungen von Tabellen zusammen hängen. 4 XML-Verarbeitung 4.1 JAXP Die Standardschnittstelle zum Verarbeiten von XML-Dateien in Java ist die Java API for XML Processing (JAXP). Hierbei bestehen zwei wesentliche Methoden: 7

8 SAXParserFactory newsaxparser() : SAXParser newinstance() : SAXParserFactory newinstance() «instanceof» factory: SAXParserFactory SAXParser parse(uri: String, handler : DefaultHandler) : void parse(file: File, handler : DefaultHandler) : void parse(is: InputStream, handler : DefaultHandler) : void newsaxparser() parser: SAXParser «instanceof» parser.parse(source, new MyHandler()); DefaultHander startdocument() enddocument() startelement(...) endelement(...) characters(...) MyHandler XML-Source Abbildung 3: Workflow für SAX SAX (Simple API for XML Processing) als schlanker Weg. Hier wird Ereignis-orientiert beim Parsen auf die Struktur der XML-Datei reagiert. Typische Ereignisse sind Start bzw. Ende des Dokuments, Start oder Ende eines Elementes, sowie normaler Text. Da auf diese Weise nicht das komplette XML-Dokument im Speicher vorliegen muss, ist SAX sehr Ressourcen-schonend. DOM (Document Object Model) Hier wird das XML-Dokument komplett eingelesen und hieraus ein DOM-Baum im Speicher aufgebaut. Dieser besteht entsprechend der Struktur des XML aus Knoten. DOM ist aufwändiger, aber auch mächtiger und flexibler als SAX. Das Parsen eines XML-Dokumentes mit SAX wird in Abb. 3 gezeigt. Hierbei wird zunächst eine Parser-Factory angelegt, die wiederum einen Parser erzeugt. Mit diesem wird dann eine XML- Quelle verarbeitet, wobei für die Verarbeitungslogik eine eigene Klasse verwendet wird, die von DefaultHandler erbt. In dieser Klasse können die Callback-Methoden für die auftretenden Ereignisse überladen werden: startdocument() Beginn des Dokuments, enddocument() Ende des Dokuments, startelement(string uri, String localname, String qname, Attributes attr) Beginn eines Elements (der Name des Elementes befindet sich in qname, die evtl. vorhandenen Attribute in 8

9 attr), enddocument(string uri, String localname, String qname) Ende eines Elementes (der Name des Elementes befindet sich in qname). characters(char[] ch, int start, int length) Hier wurden Zeichen gelesen, und zwar length Zeichen im Array ch ab Index start. Es ist möglich, dass ein Textbereich in mehreren Etappen (d. h. mit mehreren Aufrufen dieses Callbacks) gelesen wird. DocumentBuilderFactory newdocumentbuilder() : DocumentBuilder newinstance() : DocumentBuilderFactory newinstance() «instanceof» factory: DocumentBuilderFactory DocumentBuilder parse(uri: String) : Document parse(file: File) : Document parse(is: InputStream) : Document newdocument(): Document newdocumentbuilder() builder: DocumentBuilder «instanceof» doc = builder.parse(source); XML-Source doc : Document getdocumentelement() rootelem: Element Abbildung 4: Workflow zum Parsen eines Dokumentes mit DOM Der Weg zum Parsen eines XML-Dokuments als DOM-Baum sieht zunächst ganz analoge zu SAX aus. Zunächst wird eine Factory angelegt, die dann eine Instanz von DocumentBuilder erzeugt (vgl. Abb 4). Resultat des Parsens ist allerdings das Wurzelelement des DOM-Baum. Hiervon ausgehend kann die Struktur der XML-Quelle analysiert werden. Alle Knoten eines DOM-Baums implementieren das Interface Node. Die Knoten haben einen Typ, der sich aus der Methode getnodetype() ergibt. Dieser Typ ist ein short, wobei die Bedeutung dieses Wertes statischen Konstanten des Interface Node entspricht. Für die einzelnen Knotentype gibt es Subinterfaces von Node, die teilweise zusätzliche Methoden zur Verfügung stellen. Die Subinterfaces und Knotentypen sind in Tabelle 1 aufgelistet. Die Knoten stehen anhand der Baumstruktur zueinander in Beziehung. Die verwandten Knoten lassen sich durch Methoden von Node erreichen: 9

10 Tabelle 1: Knotentypen und entsprechende Subinterfaces von Node Interface Node.XXX_NODE Art Attr ATTRIBUTE_NODE Attribute Comment COMMENT_NODE Kommentar Document DOCUMENT_NODE Das eigentliche Dokument Element ELEMENT_NODE Element Text TEXT_NODE Text getparentnode() der Elternknoten, als der Knoten, in dem der aktuelle Knoten enthalten ist, getfirstchild() der erste Kindknoten, getlastchilde() der letzte Kindknoten, getnextsibling() der nächste Schwesternknoten auf gleicher Ebene, getprevioussibling() der vorige Schwesternknoten auf gleicher Ebene. Diese Methoden geben jeweils wieder einen Node zurück, wobei dieser im Fall, dass dieser nicht existiert, null entspricht. Weiterhin existiert die Methode getchildnodes, die eine NodeList mit allen Kindknoten zurück gibt, sowie für das Interface Element die Methode getelementsbytagname(string name), die alle Kindelemente eines Elements mit einem bestimmten Namen als NodeList zurück gibt. Beim Analysieren der Kindknoten muss man daran denken, dass nicht alle Knoten auch Elementknoten sind. Befindet sich z. B. zwischen zwei Elementen ein Zeilenumbruch, wird dieser als Textknoten interpretiert. Ein Quelltext zum Iterieren über alle Kindelement mit dem Namen person könnte also beispielsweise wie eine der beiden folgenden Varianten aussehen: Variante 1... Element root = doc.getdocumentelement(); NodeList nodes = root.getelementsbytagname("person"); for (int i=0; i<nodes.getlength(); i++) { Element person = (Person) nodes.item(i);... Variante 2... Element root = doc.getdocumentelement(); Node child = root.firstchild(); while (child!= null) { if (child.getnodetype()!=node.element_node) continue; if (!child.getnodename().equals("person")) continue; 10

11 Element person = (Person) child;... child = child.getnextsibling(); 4.2 JAXB Analog zum objekt-relationalen Mapping für Datenbanken existieren seit jüngerer Zeit Wege, neben dem manuellen Verarbeiten einer XML-Datei mit JAXP automatisiert einen Zusammenhang zwischen einer XML-Datei und einer Struktur von normalen Java-Objekten, also POJOs, generieren zu lassen. Abbildung 5: Workflow für JAXB Dies wird von JAXB, der Java API for XML Binding geleistet, die von Sun gefördert wird. Hierbei gibt es zwei generelle Wege (vgl. Abb. 5): Generieren von Java-Klassen anhand eines XML-Schemas mit dem Compiler xjc. Generieren eines XML-Schemas anhand von Java-Klassen mit speziellen Annotationen, die von dem Compiler schemagen ausgewertet werden. 5 Servlets und JSP Häufig werden Applikationsserver eingesetzt, um dynamischen Webinhalt über Java-Programme erzeugen zu lassen. Hierfür gibt es zwei prinzipielle Wege: Interpretieren von Java Server Pages (JSP), die spezielle Tags mit eingebettetem Java- Code enthalten. Diese Java-Anteile werden dann bei Aufruf kompiliert und vom Applikationsserver ausgeführt. Vorteil von JSP ist, dass sie großteils normalen HTML-Code enthalten können, und nur dort, wo dynamisch Inhalt eingefügt werden soll, die entsprechenden JSP-Tags eingesetzt werden. Daher wird die Präsentationsschicht in MVC- Mustern häufig als JSP realisiert. 11

12 Ausführen von Servlets in einem Servlet-Container. Der Container stellt dabei die Laufzeitumgebung zur Verfügung, die Servlets sind Klassen mit Methoden zur Behandlung von HTTP-Requests. Dadurch, dass diese im Servlet-Container ausgeführt werden, muss nicht zunächst eine JVM gestartet werden, so dass Servlets deutlich schneller sind als dynamische Inhalte, die über CGI realisiert werden. Ein weit verbreiteter Java-Applicationsserver stellt Apache Tomcat dar. Dieser ist sehr gut mit dem Apache-Webserver integriert, indem der Connector Coyote für eine direkte Verbindung von Applikations- und Webserver über das Apache JServ Protocol (AJP) sorgt. Tomcat besteht neben dem AJP-Connector aus den Komponenten: Catalina als Servlet-Container und Jasper als JSP-Compiler. In Tomcat findet die Zuordnung von URL-Pfaden zu Servlet-Klassen in der Konfiguration für den Kontext der Webapplikation statt. Diese Konfiguration erfolgt in einer XML-Datei, die einem Servlet-Namen sowohl eine Klasse als auch einen URL-Pfad zuordnet. Die Identifikation der Servlet-Klasse erfolgt somit über den Weg: URL Servlet-Name Servlet-Klasse Eigene Servletklassen erben von der Klasse HttpServlet. Je nach vorkommenden Request- Arten, wird hier eine oder beide der folgenden Methoden überschrieben: doget zur Behandlung von GET-Requests, bei denen zu übermittelnde Daten Formulareingaben) innerhalb des URL-Query-Strings übertragen werden. dopost zur Behandlung von POST-Requests, bei denen Formular-Daten getrennt vom Query- String übertragen werden und daher in der URL nicht sichtbar sind. Für Webanwendungen wird oft das Entwurfsmuster Model-View-Container (MVC) benutzt. Diese teilt die Logik der Webapplikation in verschiedene Schichten auf: Modell-Schicht Hierin steckt ein großer Teil der Geschäftslogik, nämlich der, der von der Webapplikation unabhänig ist. Hier erfolgen z. B. Datenbankabfragen, Parsen von XML- Dateien. Die Modell-Schicht ist in der Regel in Form von normalen Java-Klassen realisiert und kann auch für Nicht-Webanwendungen wiederverwendet werden. Präsentations-Schicht Diese ist für die Ansicht des Resultats zuständig, in Webanwendungen also meist für die Präsentation als HTML. Diese Schicht wird oft in Form von JSP realisiert, an das Daten von der Steuerungs-Schicht weiter gegeben werden. Steuerungs-Schicht Diese ist zuständig für die Interpretation der Anfrage, den Aufruf der notwendigen Methoden der Modell-Schicht, Interpretation der vom Modell erhaltenen Daten, und den Aufruf und die Übergabe der darzustellenden Daten an die Präsentationsschicht. 12

13 HttpServlet doget(request: HttpRequest: resp: HttpResopnse) dopost(request: HttpRequest: resp: HttpResopnse) Client GET MyServlet {Controller doget(...) Auswertung Response Daten Daten Anfage Request Forward Daten Daten-Modell JSP-Datei {View Abbildung 6: Model-View-Controller: Ablauf einer Webapplikation Eine grafische Darstellung der verwendung von MVC für eine Webanwendung findet sich in Abb. 6. Im Folgenden findet sich ein Beispiel für eine Webanwendng mit Verwendung eines Servlets und JSP. Hier wird das Servlet aufgerufen, dieses überlässt der dem Datenmodell das Parsen einer XML-Datei, das Ergebnis wird in das Request-Objekt geschrieben und dieser an die JSP result.jsp weiter geleitet. Steuerungs-Schicht import java.io.ioexception; import java.util.list; Datei PersonenListeServlet.java import javax.servlet.requestdispatcher; import javax.servlet.servletexception; import javax.servlet.http.httpservlet; import javax.servlet.http.httpservletrequest; import javax.servlet.http.httpservletresponse; import person.*; import dom.personendom; public class PersonenListeServlet extends HttpServlet { 13

14 @Override protected void doget(httpservletrequest req, HttpServletResponse resp) throws ServletException, IOException { PersonenParser parser = new PersonenDOM(); List<Person> daten = parser.parse("personen.xml"); req.setattribute("daten", daten); RequestDispatcher view = req.getrequestdispatcher("result.jsp"); view.forward(req, resp); Modell-Schicht package person; import java.util.list; Datei PersonenParser.java // Dieses Interface wird von den beiden Parsern implementiert public interface PersonenParser { /** * Parsen der XML-Datei mit dem angegebenen Dateinamen, * als Ergebnis wird die Liste der Personen zurück gegeben. * * Wird einmal mit SAX und einmal mit DOM implementiert. * filename Liste von Personen */ public abstract List<Person> parse(string filename); package dom; Datei PersonenDOM.java import java.io.ioexception; import java.util.arraylist; import java.util.list; import javax.xml.parsers.documentbuilderfactory; import javax.xml.parsers.documentbuilder; import javax.xml.parsers.parserconfigurationexception; 14

15 import org.w3c.dom.*; import org.xml.sax.saxexception; import person.person; public class PersonenDOM implements person.personenparser { public List<Person> parse(string filename) { // Leere Liste anlegen List<Person> personen = new ArrayList<Person>(); // Factory erzeugen DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); try { // Von der Factory den Builder erzeugen lassen DocumentBuilder builder = factory.newdocumentbuilder(); // Datei parsen Document doc = builder.parse(filename); // Wurzelelement kontakte holen Element kontakteelement = doc.getdocumentelement(); // Alle Kindelemente mit dem Namen person einsammeln NodeList personnodes = kontakteelement.getelementsbytagname("person"); for (int i=0; i<personnodes.getlength(); i++) { // Node nach Element casten Element personelement = (Element) personnodes.item(i); // Neue Instanz von Person anlegen Person person = new Person(); // Kindelemente vorname suchen, vom ersten (und einzigen!) den Textinhalt // als Vorname nehmen Node node = personelement.getelementsbytagname("vorname").item(0); person.setvorname(node.gettextcontent()); // Analog für nachname node = personelement.getelementsbytagname("nachname").item(0); person.setnachname(node.gettextcontent()); // Das Element firma ist optional, daher testen, ob item(0) überhaupt // existierte (node!=null) node = personelement.getelementsbytagname("firma").item(0); if (node!=null) { person.setfirma(node.gettextcontent()); // Person an die Liste anhängen personen.add(person); catch (ParserConfigurationException e) { e.printstacktrace(); catch (SAXException e) { e.printstacktrace(); catch (IOException e) { 15

16 e.printstacktrace(); return personen; Datei Person.java package person; public class Person { private String vorname; private String nachname; private String firma; public String getvorname() { return vorname; public void setvorname(string vorname) { this.vorname = vorname; public String getnachname() { return nachname; public void setnachname(string nachname) { this.nachname = nachname; public String getfirma() { return firma; public void setfirma(string firma) { this.firma = public String tostring() { String result; if (getfirma()==null) { result = String.format("%s %s", getvorname(), getnachname()); else { result = String.format("%s %s (%s)", getvorname(), getnachname(), getfirma()); return result; 16

17 Präsentations-Schicht Datei result.jsp page import="java.util.*, person.person" %> <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso " /> </head> <body> <% List<Person> daten = (List<Person>) request.getattribute("daten"); %> <p>anzahl Personen: <%= daten.size() %></p> <table border="1"> <% for (Person p: daten) { %> <tr> <td><%= p.getvorname() %></td> <td><%= p.getnachname() %></td> <td><%= p.getfirma()!=null? p.getfirma() : "--" %></td> </tr> <% %> </table> </body> </html> 17