Professionelle Bücher. Auch für Einsteiger.

Inhaltsverzeichnis
Vorwort
1 Java ist auch eine Sprache
2 Sprachbeschreibung
3 Klassen und Objekte
4 Der Umgang mit Zeichenketten
5 Mathematisches
6 Eigene Klassen schreiben
7 Angewandte Objektorientierung
8 Exceptions
9 Die Funktionsbibliothek
10 Threads und nebenläufige Programmierung
11 Raum und Zeit
12 Datenstrukturen und Algorithmen
13 Dateien und Datenströme
14 Die eXtensible Markup Language (XML)
15 Grafische Oberflächen mit Swing
16 Grafikprogrammierung
17 Netzwerkprogrammierung
18 Verteilte Programmierung mit RMI und Web-Services
19 JavaServer Pages und Servlets
20 Applets
21 Midlets und die Java ME
22 Datenbankmanagement mit JDBC
23 Reflection und Annotationen
24 Logging und Monitoring
25 Sicherheitskonzepte
26 Java Native Interface (JNI)
27 Dienstprogramme für die Java-Umgebung
A Die Begleit-DVD
Stichwort
Download: - ZIP, ca. 12,5 MB
Buch bestellen
Ihre Meinung?
<< zurück | Galileo Computing / <openbook> /Java-Insel | vor >>
Java ist auch eine Insel von Christian Ullenboom Programmieren mit der Java Standard Edition Version 6
Java ist auch eine Insel 7., aktualisierte Auflage geb., mit DVD (November 2007) 1.492 S., 49,90 Euro Galileo Computing ISBN 978-3-8362-1146-8 |
| 14 Die eXtensible Markup Language (XML)
|  | 14.1 Auszeichnungssprachen
|  |  | 14.1.1 Die Standard Generalized Markup Language (SGML)
|  |  | 14.1.2 Extensible Markup Language (XML)
|  | 14.2 Eigenschaften von XML-Dokumenten
|  |  | 14.2.1 Elemente und Attribute
|  |  | 14.2.2 Beschreibungssprache für den Aufbau von XML-Dokumenten
|  |  | 14.2.3 Schema – eine Alternative zu DTD
|  |  | 14.2.4 Namensraum (Namespace)
|  |  | 14.2.5 XML-Applikationen
|  | 14.3 Die Java-APIs für XML
|  |  | 14.3.1 Das Document Object Model (DOM)
|  |  | 14.3.2 Simple API for XML Parsing (SAX)
|  |  | 14.3.3 Pull-API StAX
|  |  | 14.3.4 Java Document Object Model (JDOM)
|  |  | 14.3.5 JAXP als Java-Schnittstelle zu XML
|  |  | 14.3.6 DOM-Bäume einlesen mit JAXP
|  | 14.4 Serielle Verarbeitung mit StAX
|  |  | 14.4.1 Unterschiede der Verarbeitungsmodelle
|  |  | 14.4.2 XML-Dateien mit dem Cursor-Verfahren lesen
|  |  | 14.4.3 XML-Dateien mit dem Iterator-Verfahren verarbeiten
|  |  | 14.4.4 Mit Filtern arbeiten
|  |  | 14.4.5 XML-Dokumente schreiben
|  | 14.5 Serielle Verarbeitung von XML mit SAX
|  |  | 14.5.1 Schnittstellen von SAX
|  |  | 14.5.2 SAX-Parser erzeugen
|  |  | 14.5.3 Die wichtigsten Methoden der Schnittstelle ContentHandler
|  |  | 14.5.4 ErrorHandler und EntityResolver
|  | 14.6 XML-Dateien mit JDOM verarbeiten
|  |  | 14.6.1 JDOM beziehen
|  |  | 14.6.2 Paketübersicht
|  |  | 14.6.3 Die Document-Klasse
|  |  | 14.6.4 Eingaben aus der Datei lesen
|  |  | 14.6.5 Das Dokument im XML-Format ausgeben
|  |  | 14.6.6 Der Dokumenttyp
|  |  | 14.6.7 Elemente
|  |  | 14.6.8 Zugriff auf Elementinhalte
|  |  | 14.6.9 Liste mit Unterelementen erzeugen
|  |  | 14.6.10 Neue Elemente einfügen und ändern
|  |  | 14.6.11 Attributinhalte lesen und ändern
|  |  | 14.6.12 XPath
|  | 14.7 Transformationen mit XSLT
|  |  | 14.7.1 Templates und XPath als Kernelemente von XSLT
|  |  | 14.7.2 Umwandlung von XML-Dateien mit JDOM und JAXP
|  | 14.8 Java Architecture for XML Binding (JAXB)
|  |  | 14.8.1 Beans für JAXB aufbauen
|  |  | 14.8.2 JAXBContext und die Marshaller/ Unmarshaller
|  | 14.9 HTML-Dokumente einlesen
|  | 14.10 Zum Weiterlesen
## 14.3 Die Java-APIs für XML Für XML-basierte Daten gibt es drei Verarbeitungstypen: DOM-orientierte APIs (repräsentieren den XML-Baum im Speicher): W3C-DOM, JDOM, dom4j, XOM, ... Push-API (nach dem Callback-Prinzip ruft der Parser Methoden auf und meldet Elementvorkommen): SAX (Simple API for XML) ist der populäre Repräsentant. Pull-API (wie ein Tokenizer wird über die Elemente gegangen): Dazu gehören XPP (XML Pull Parser), wie sie der StAX-Standard definiert. Während DOM das gesamte Dokument in einer internen Struktur einliest und bereitstellt, verfolgt SAX einen ereignisorientierten Ansatz. Das Dokument wird in Stücken geladen, und immer dann, wenn ein angemeldetes Element beim Parser vorbeikommt, meldet er dies in Form eines Ereignisses, das für die Verarbeitung abgefangen werden kann. Klassische Anwendungen für SAX-StAX Darstellung der XML-Datei in einem Browser Suche nach bestimmten Inhalten Einlesen von XML-Dateien, um eine eigene Datenstruktur aufzubauen Für einige Anwendungen ist es erforderlich, die gesamte XML-Struktur im Speicher zu verarbeiten. Für diese Fälle ist eine Struktur, wie sie DOM bietet, notwendig: Sortierung der Struktur oder einer Teilstruktur der XML-Datei Auflösen von Referenzen zwischen einzelnen XML-Elementen Interaktives Arbeiten mit der XML-Datei Ob ein eigenes Programm DOM oder StAX einsetzt, ist von Fall zu Fall unterschiedlich. In manchen Fällen ist dies auch Geschmackssache, doch ärgerlicherweise unterscheidet sich das Programmiermodell, sodass eine Umstellung nicht so angenehm ist. Wünschenswert ist eine API, die einen unabhängigen Zugriff auf XML-Daten anbietet. ### 14.3.1 Das Document Object Model (DOM) DOM ist eine Entwicklung vom W3C und wird von vielen Programmiersprachen unterstützt. Das Standard-DOM ist so konzipiert, dass es unabhängig von einer Programmiersprache ist und eine strikte Hierarchie erzeugt. DOM definiert eine Reihe von Schnittstellen, die durch konkrete Programmiersprachen implementiert werden. ### 14.3.2 Simple API for XML Parsing (SAX) SAX ist zum schnellen Verarbeiten der Daten von David Megginson als Public-Domain entworfen worden. SAX ist im Gegensatz zu DOM nicht so speicherhungrig, weil das XML-Dokument nicht vollständig im Speicher abgelegt ist, und daher auch für sehr große Dokumente geeignet. Da SAX auf einem Ereignismodell basiert, wird die XML-Datei wie ein Datenstrom gelesen, und für erkannte Elemente wird ein Ereignis ausgelöst. Dies ist aber mit dem Nachteil verbunden, dass wahlfreier Zugriff auf ein einzelnes Element nicht ohne Zwischenspeicherung möglich ist. ### 14.3.3 Pull-API StAX Im Gegensatz zu SAX, bei dem Methoden bereitgestellt werden, die beim Parsen aufgerufen werden, wird bei der Pull-API aktiv der nächste Teil eines XML-Dokuments angefordert. Das Prinzip entspricht dem Iterator Design-Pattern, das auch von der Collection-API bekannt ist. Es werden die beiden grundsätzlichen Verarbeitungsmodelle »Iterator« und »Cursor« unterschieden. Die Verarbeitung mit dem Iterator ist flexibler, aber auch ein bisschen aufwändiger. Die Cursor-Verarbeitung ist einfacher und schneller, aber nicht so flexibel. Beide Formen sind sich sehr ähnlich. Hier werden beide Verfahren vorgestellt. ### 14.3.4 Java Document Object Model (JDOM) JDOM ist eine einfache Möglichkeit, XML-Dokumente leicht und effizient mit einer schönen Java-API zu nutzen. Im Gegensatz zu SAX und DOM, die unabhängig von einer Programmiersprache sind, wurde JDOM speziell für Java entwickelt. Während das Original-DOM keine Rücksicht auf die Java-Datenstrukturen nimmt, nutzt JDOM konsequent die Collection-API. Auch ermöglicht JDOM eine etwas bessere Performance und eine bessere Speichernutzung als beim Original-DOM. ### 14.3.5 JAXP als Java-Schnittstelle zu XML Die angesprochenen Technologien wie DOM, SAX, XPath, StAX sind erst einmal pure APIs. Für die APIs sind grundsätzlich verschiedene Implementierungen denkbar, jeweils mit Schwerpunkten wie Performance, Speicherverbrauch, Unicode-4-Unterstützung und so weiter. Zwei Parser-Implementierungen sind zum Beispiel Xerces (http://xerces.apache.org/xerces2-j/). Die Standardimplementierung in der aktuellen Laufzeitumgebung von Sun ab Version 5. XSL-Stylesheet-Transformationen werden standardmäßig über einen »Compiling XSLT Processor« (XSLTC) verarbeitet. Crimson (http://xml.apache.org/crimson/). Die Referenzimplementierung in Java 1.4. Der Nachteil bei der direkten Nutzung der Parser ist die Abhängigkeit von bestimmten Klassen. Sun hat daher eine API mit dem Namen Java API for XML Parsing (JAXP) entworfen, die als Abstraktionsschicht über folgenden Technologien liegt: DOM Level 3 SAX 2.0.2 StAX XSLT 1.0 XPath 1.0 Der unterstützte XML-Standard ist 1.0 sowie 1.1. Die Parser validieren mit DTD oder W3C XML Schema und können mit XInclude Dokumente integrieren. Von DOM wird DOM Level 3 Core und DOM Level 3 Load and Save unterstützt. JAX 1.3 ist Teil von Java 5 und die aktuelle Version JAXP 1.4 ist Teil von Java 6 – in der Version 1.4 ist nicht viel hinzugekommen. Mehr Informationen zu den Versionen und Implementierungen geben die Webseiten https://jaxp.dev.java.net/ und http://java.sun.com/webservices/jaxp/docs.html. Mit JAXP können Entwickler also einfach zwischen verschiedenen Parsern und XSLT-Transformern wählen, ohne den eigentlichen Code zu verändern. Das ist das gleiche Prinzip wie bei den Datenbanktreibern. ### 14.3.6 DOM-Bäume einlesen mit JAXP Um einen DOM-Baum einzulesen, soll unser folgendes Beispiel mit JAXP arbeiten. Eine Fabrik liefert uns einen XML-Parser, so dass wir den DOM-Baum einlesen können. Listing 14.5 com/tutego/insel/dom/DOMParty.java
    package com.tutego.insel.dom;

    import java.io.File;
    import javax.xml.parsers.*;
    import org.w3c.dom.Document;

    public class DOMParty
    {
      public static void main( String[] args ) throws Exception
      {
        DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
        DocumentBuilder builder = factory.newDocumentBuilder();
        Document document = builder.parse( new File("party.xml") );
        System.out.println( document.getFirstChild().getTextContent() );
      }
    }
Die Parser sind selbstständig bei DocumentBuilderFactory angemeldet, und newInstance() liefert eine Unterklasse des DocumentBuilder. ### Ihr Kommentar Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen.
Name |
E-Mail |
Ihr Kommentar |
<< zurück | <top> | vor >>

Copyright © Galileo Press 2008
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das <openbook> 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