Motivation XPath ist ein Standard fr Ausdrcke, die der Auswahl von Teilen von XML-Dokumenten dienen. XPath wird z.B.in XSLT (XML Stylesheet Language - Transformations) verwendet, um fr jede Transformations-Regel zu beschreiben, auf welche Elemente sie sich bezieht, un welche Sub-Elemente weiter verarbeitet werden sollen. XPath wird auch in XPointer verwendet, um einen beliebigen Teil eines Argumentes adressierbar zu machen (etwa fr Hyperlinks). XPath kann auch als einfache Anfragesprache fr XML-Datenbanken verstanden werden. Zuknftige Vorschlge fr XML-Anfragesprachen werden sich an XPath messen lassen mssen. Ausdrcke/Anfragen in XPath haben eine Form, die hnlich zu Pfadausdrcken im UNIX-Dateisystem ist, daher der Name. Zum Beispiel selektiert /BOOKLIST/BOOK/TITLE alle TITLE-Elemente, die Kinder von BOOK-Elementen sind, die wiederum Kinder des BOOKLIST Wurzel-Elementes sind. Die XML Path Language (XPath), Version1.0, ist seit dem 16.November 1999 eine W3C Recommendation http://www.w3.org/TR/xpath.

Anleitung zum Experimentieren mit XPath-Ausdrcken Zum Beispiel knnte man die Anfrage ``/BOOKLIST/BOOK/TITLE'' in folgendem Stylesheet fr den Internet Explorer verwenden: version=1.0 xsl:stylesheet xmlns:xsl=http://www.w3.org/TR/WD-xsl version=1.0 xsl:template match=/ HTML HEADTITLEQuery ResultTITLEHEAD BODY UL xsl:apply-templates select=/BOOKLIST/BOOK/TITLE UL BODY HTML xsl:template xsl:template match=@*|node() LIxsl:value-of select=.LI xsl:template xsl:stylesheet Stylesheets werden erst im nchsten Kapitel erlutert, aber man kann in diese Datei als Wert des ``select''-Attributes von ``xsl:apply-templates'' XPath-Ausdrcke einsetzen, um mit XPath zu experimentieren. Die Datei steht im Web unter der URL http://www.informatik.uni-giessen.de/staff/brass/xml00/query_ie.xsl. Eine Variante fr Apache Xalan steht unter http://www.informatik.uni-giessen.de/staff/brass/xml00/query_xa.xsl. Eine dritte Variante, die das Anfrage-Ergebnis als XML ausgibt (funktioniert nicht mit Internet Explorer), steht unter http://www.informatik.uni-giessen.de/staff/brass/xml00/query_xm.xsl. In der Buchliste verweist man dann auf dieses Stylesheet: version="1.0" xml-stylesheet type=text/xsl href=queryie.xsl BOOKLIST BOOK ISBN=0-13-014714-1 PAGES=1074 AUTHOR FIRST=Paul LAST=Prescod AUTHOR FIRST=Charles MI=F. LAST=Goldfarb TITLEXML: The XML Handbook - 2nd EditionTITLE PUBLISHER DATE=19991112Prentice HallPUBLISHER NOTEContains CD.TITLE BOOK BOOK ISBN=1-56592-709-5 PAGES=107 AUTHOR FIRST=Robert LAST=Eckstein TITLEXML Pocket ReferenceTITLE PUBLISHER DATE=19991001O'ReillyPUBLISHER BOOK BOOKLIST Eine Datei mit Daten von diesen und anderen Bchern steht im Web unter der URL http://www.informatik.uni-giessen.de/staff/brass/xml00/books.xsl. Schaut man sich die Datei im Internet Explorer an, so bekommt man wie erwartet die Titel der Bcher in der Datei als HTML ``Unordered List'' angezeigt. Bei Bedarf kann man das Ausgabeformat im Stylesheet ndern.

Datenmodell Um XPath zu verstehen, mu man sich das Eingabe-Dokument als Baum vorstellen, wie wir das schon in Kapitel2 ``Well-Formed XML'' getan haben. Im Unterschied zur Illustration in Kapitel2 gibt es hier aber einen Wurzel-Knoten, der noch oberhalb des Wurzel-Elementes (oder Dokument-Elementes) steht. Ein XML-Dokument kann vor dem Start-Tag des Dokument-Elementes und nach seinem End-Tag noch Kommentare und Processing-Instructions enthalten. Diese sind im Baum auch reprsentiert (als Kinder des Wurzel-Knotens). Das Dokument-Element ist ebenfalls Kind des Wurzel-Knotens. Insgesamt unterscheidet das XPath Datenmodell sieben verschiedene Typen von Knoten: Wurzel-Knoten, Element-Knoten, Text-Knoten, Attribut-Knoten, Namespace-Knoten, Kommentar-Knoten, und Knoten fr Processing-Instructions. Naturgem kann ein Knoten vom Typ Wurzel-Knoten in jedem Baum nur einmal vorkommen, und zwar als Wurzel. Man beachte, da es keine Entity-Knoten gibt. Der Baum wird aufgebaut, nachdem die Entities ersetzt sind. In den Text-Knoten tauchen keine Entity-Referenzen mehr auf, und auch CDATA-Abschnitte im Text werden nicht explizit reprsentiert: Sie sind nur ein Mittel, um bestimmte Zeichen leicher eingeben zu knnen, aber im Datenmodell enthalten die Text-Knoten dann nur diese Zeichen. Von den genauen Grenzen der CDATA-Abschnitte sowie von der Entity-Struktur wird also abstrahiert. Der Wurzel-Knoten und die Element-Knoten haben eine geordnete Liste von Kind-Knoten. Element-Knoten haben auerdem eine Menge von Attribut-Knoten. Diese zhlen nicht als Kinder, aber umgekehrt zhlt der Element-Knoten als Vater der Attribut-Knoten. (Diese Festlegung ist wichtig fr die genaue Bedeutung der Achsen in Pfad-Ausdrcken, s.u.) Schlielich hat jedes Element auch eine Menge von Namespace-Knoten (einen fr jede Namespace-Deklaration, in deren Gltigkeitsbereich sich dieses Element befindet). Auch sie zhlen nicht als Kinder des Elementes, whrend das Element umgekehrt als Vater gilt. Es knnen niemals zwei Text-Knoten unmittelbar benachbart sein. Textknoten erstrecken sich immer ber einen grt-mglichen Bereich, zwei benachbarte Text-Knoten wrden zu einem verschmolzen werden. Einige Typen von Knoten (Elemente, Attribute, Namespaces, Processing-Instructions) haben Namen, die sich aus einer Namespace-URL und einem lokalen Namen zusammensetzen. Die Namespace-URL kann leer sein. Alle Knoten haben eine Zeichenkette als Wert. Text-Knoten haben keinen Namen. Ihr Wert ist der im Knoten abgespeicherte Text. Element-Knoten haben den Element-Typ als Namen, wobei ggf.ein Namespace-Krzel durch die entsprechende URL ersetzt wird. Der Wert eines Element-Knotens ist der reine Text (ohne Markup) im Inhalt dieses Elementes. D.h.der Wert eines Knotens ist die Konkatenation der Werte aller Text-Knoten, die Nachfahren dieses Knotens sind (in der Reihenfolge eines Preorder-Durchlaufes). Der Namen eines Attribut-Knotens ist der Name des Attributes, der Wert des Knotens ist der Wert des Attributes. Attribut-Knoten werden fr alle explizit spezifizierten Attribute angelegt, sowie auch fr Attribute, die in der DTD mit Default-Wert deklariert sind. Im Datenmodell gibt es keinen Unterschied zwischen der expliziten Wertangabe im Start-Tag und der impliziten Wertangabe ber einen Default-Wert. Allerdings mu nicht jeder XML-Parser eine externe DTD verarbeiten, in welchem Fall die Knoten fr implizit spezifizierte Attribute fehlen. Fr optionale Attribute (), fr die nicht explizit ein Wert spezifiziert ist, werden keine Knoten angelegt. Namespace-Knoten haben das Namespace-Krzel als Namen, ihr Wert ist die zugehrige URL. Processing-Instructions haben das Ziel als Namen, und den danach folgenden String (ohne fhrende Leerzeichen) als Wert. Kommentar-Knoten haben keinen Namen. Ihr Wert ist der Text des Kommentares. Der Wurzel-Knoten hat keinen Namen. Sein Wert ist der gesamte Text des Dokumentens (auerhalb von Markup, d.h.ohne Tags, Kommentare, etc.). Auf den Knoten des Baumes wird eine lineare Ordnung definiert (``Dokument-Ordnung''), die im Prinzip der Ordnung durch die Position des erste Zeichens der XML-Reprsentation des Knotens im Eingabe-Dokument entspricht (nach der Ersetzung von Entities). Genauer ist die Reihenfolge jeweils zuerst der Vaterknoten, dann alle zugehrigen Namespace-Knoten in beliebiger Reihenfolge, dann alle zugehrigen Attribut-Knoten in beliebiger Reihenfolge, dann die lineare Reihenfolge des ersten Kindknotens und aller seiner Nachfahren, die lineare Reihenfolge des zweiten Kindknotens und aller seiner Nachfahren, u.s.w. Das Datenmodell ist im Abschnitt5 der XPath-Spezifikation beschrieben http://www.w3.org/TR/xpath#data-model.

Pfad-Ausdrcke Pfadausdrcke dienen in XPath dazu, eine Menge von Knotem im Baum des Eingabe-Dokumentes zu selektieren. Die Bedeutung von Pfadausdrcken ist abhngig vom Kontext. Dieser Kontext spezifiziert insbesondere einen Startknoten (``context node''). Im obigen Stylesheet ist dieser Startknoten die Wurzel des Baumes. Wenn Transformationsregeln sich rekursiv aufrufen, knnen aber auch andere Knoten Startknoten sein. Auerdem wird fr den Kontext davon ausgegangen, da der Startknoten Element einer Liste von Kontext-Knoten ist. Es ist tatschlich nur die Position in dieser Liste und ihre Lnge wichtig. Damit kann z.B.getestet werden, ob der Startknoten der erste oder der letzte Knoten in der Kontext-Liste ist. Ein relativer Pfadausdrck ist eine Folge von Selektions-Schritten, getrennt durch``/'', z.B. BOOKLIST/BOOK/AUTHOR/@LAST Jeder Schritt whlt eine Menge von Knoten bei gegebenem Start-Knoten aus. Jeder der von einem Schritt gelieferten Knoten wird als Startknoten fr den nchsten Schritt verwendet. Die so bestimmten Knotenmengen (fr alle diese Start-Knoten) werden vereinigt. Ein absoluter Pfad-Ausdruck besteht aus einem ``/'' gefolgt von einem relativen Pfad-Ausdruck. Hier beginnt die Abarbeitung immer bei dem Wurzelknoten des Dokumentes, das den gegebenen Start-Knoten enthlt. Fr die einzelnen Selektions-Schritte gibt es eine allgemeine und eine abgekrzte Syntax. Internet Explorer5 scheint nur die abgekrzte Syntax zu verstehen. Apache Xalan kann beide Varianten verarbeiten. In der allgemeinen Syntax besteht ein Selektions-Schritt aus einer Achsen-Angabe, einem Knoten-Test, und einer optionalen Liste von Prdikaten. Achsen-Angabe und Knoten-Test sind durch ``::'' getrennt, Prdikate sind in ``[...]'' eingeschlossen. Das obige Beispiel she in der allgemeinen Syntax so aus (es verwendet keine Prdikate): child::BOOKLIST/child::BOOK/child::AUTHOR/attribute::LAST Die wichtigsten Abkrzungs-Regeln sind da man ``child::'' weglassen kann (die Kind-Achse ist der Default) und ``attribute::'' zu ``@'' abkrzen darf. Im allgemeinen bestimmt die Achsen-Angabe eine Menge von Kandidat-Knoten bezglich ihrer Position im Baum relativ zum gegebenen Start-Knoten. Es gibt folgende Achsen: ``child'', ``descendant'', ``parent'', ``ancestor'', ``following-sibling'', ``preceding-sibling'', ``following'', ``preceding'', ``attribute'', ``namespace'', ``self'', ``descendant-or-self'', ``ancestor-or-self''. Die Bedeutung der meisten Achsen versteht sich von selbst, im Zweifelsfall schaue man in Abschnitt2.2 der XPath-Spezifikation nach http://www.w3.org/TR/xpathaxes. Der Anfang von Abschnitt2 enthlt auch eine lngere Liste von Beispielen sowie den Beginn der Grammatik fr Pfad-Ausdrcke http://www.w3.org/TR/xpathlocation-paths. Im Internet Explorer sind ber die Abkrzungen nur die Achsen ``child'', ``descendant'', ``attribute'', und ``self'' implementiert. Fr ``parent'' gibt es eine Abkrzung (``..''), aber sie scheint vom Internet Explorer nicht verstanden zu werden. Der zweite Teil eines Selektions-Schrittes ist der Knoten-Test. Er bezieht sich auf den Namen und den Typ des Knotens. Wenn nichts anderes angegeben ist, werden bei allen Achsen auer ``attribute'' und ``namespace'' nur Element-Knoten ausgewhlt (bei ``attribute'' entsprechend Attribut-Knoten und bei ``namespace'' Namespace-Knoten). Der Knoten-Test besteht dann in der Angabe eines Namens. Es werden diejenigen Knoten ausgewhlt, deren Element-Typ (bzw.Attribut-Name bzw.Namespace-Krzel) mit dem angegebenen Namen bereinstimmt (bei Elementen und Attributen nach Ersetzung des Namespace-Krzels durch die zugehrige URL). Anstelle eines Namens kann man auch ``*'' verwenden, dann werden alle Knoten des jeweiligen Typs ausgew"hlt. Die Form ``xyz:*'' ist auch erlaubt, sie wrde alle Elemente (bzw.Attribute) des gegebenen Namespaces auswhlen. Falls man mit dem durch die Achse bestimmten Knoten-Typ nicht zufrieden ist, kann man auch eine der folgenden fnf Formen von Knotentests verwenden: ``node()'' whlt alle Knoten aus, die ber die gegebene Achse erreichbar sind, ``comment()'' whlt Kommentar-Knoten aus, ``text()'' whlt Text-Knoten aus, ``processing-instruction()'' whlt Processing-Instructions aus, und ``processing-instruction('abc')'' whlt Processing-Instructions fr das Programm abc aus (d.h.der Form ``abc...''). Bei der letzten Form kann man statt einfachen auch doppelte Anfhrungszeichen verwenden. Bei allen diesen Knoten-Tests kann nicht zustzlich ein Name spezifiziert werden, das wrde aber auch keinen Sinn machen, da nur Elemente, Attribute, und Namespaces Namen haben. Knoten-Tests sind genauer beschrieben im Abschnitt2.3 der Spezifikation http://www.w3.org/TR/xpath#node-tests, siehe auch Abschnitt3.7 http://www.w3.org/TR/xpath#exprlex. Neben den bereits erwhnten zwei Abkrzungen (``child::'' kann weggelassen werden und ``attribute::'' kann durch ``@'' ersetzt werden) gibt es noch drei weitere: ``//'' ist eine Abkrzung fr ``/descendant-or-self::node()/'', ``..'' ist eine Abkrzung fr ``parent::node()'', und ``.'' ist eine Abkrzung fr ``self::node()''. Abkrzungen sind ausfhrlich behandelt (mit vielen Beispielen) im Abschnitt2.5 der Spezifikation http://www.w3.org/TR/xpath#path-abbrev. Schlielich kann man Pfadausdrcke noch mit ``|'' verknpfen, dies liefert die Vereinigung der selektierten Knoten.

Aufgaben Was ist die ausfhrliche Fassung des Pfadausdrucks ``//AUTHOR/@LAST''? Was wrde dieser Ausdruck im Beispiel-Dokument ausgeben? Und was wrde ``//AUTHOR'' im Beispiel ausgeben? Beachten Sie, da ``xsl:value-of'' im Stylesheet den oben beim Datenmodell definierten Wert der selektierten Knoten ausgibt. Was wrde entsprechend fr ``//BOOK'' ausgegeben? Was wrde ``/BOOKLIST/BOOK//*'' ausgeben? Was wre das Ergebnis von ``/BOOKLIST/BOOK/@*''? Was ist der Unterschied von ``.//TITLE'' und ``//TITLE'' (wenn ein bestimmtes BOOK-Element als Start-Knoten vorgegeben ist)? Macht es einen Unterschied, ob man im Stylesheet ``//TITLE'' oder ``//TITLE/text()'' schreibt?

Prdikate Prdikate dienen dazu, das Ergebnis eines Selektions-Schrittes im Pfad noch weiter zu filtern (d.h.nur eine Teilmenge der Knoten an den nchsten Selektions-Schritt weiterzugeben). Prdikate werden in eckige Klammern eingeschlossen. Zum Beispiel wrde dieser Ausdruck den Titel des Buches mit der ISBN ``0-13-014714-1'' ausgeben: /BOOKLIST/BOOK[@ISBN='0-13-014714-1']/TITLE Zwischen den eckigen Klammern mu ein Ausdruck (``expression'') stehen, wie in Abschnitt3 der Spezifikation definiert http://www.w3.org/TR/xpath#section-Expressions. Dieser Ausdruck mu einen boolschen Wert liefern, aber XPath hat sehr grozgige Konvertierungs- und Abkrzungs-Regeln. Ein solcher Ausdruck wird wieder fr einen Kontext ausgewertet, der insbesondere einen Start-Knoten festlegt. Im vorigen Beispiel wird etwa der Ausdruck ``@ISBN'' relativ zu einem Start-Knoten ausgewertet, was in diesem Fall der Reihe nach alle BOOK-Knoten sind: /BOOKLIST/BOOK[@ISBN='0-13-014714-1']/TITLE Teil des Kontextes ist auch die Position des Start-Knotens in der aktuellen Knoten-Liste, und die Lnge der Knoten-Liste. Verwendet man den Ausdruck als Prdikat in einem Selektions-Schritt, so besteht die aktuelle Knoten-Liste aus allen Knoten, die den Knoten-Test dieses Schrittes geschafft haben (fr jeweils einen festen Start-Knoten aus dem vorangegangenen Selektions-Schritt). Zum Beispiel liefert folgender Ausdruck den ersten Autor jedes Buches: /BOOKLIST/BOOK/AUTHOR[position()=1]/@LAST Die Funktion ``position()'' liefert gerade die Position des Start-Knotens in der aktuellen Knoten-Liste. Internet Explorer versteht wieder nur die abgekrzte Form: /BOOKLIST/BOOK/AUTHOR[1]/@LAST Falls das Prdikat eine Zahl liefert, wird diese mit der Position des Start-Knotens in der aktuellen Knotenliste verglichen. Stimmen Sie berein, ist das Prdikat erfllt. Im Internet Explorer wird die Position allerdings von 0 an gezhlt, um jeweils den ersten Autor zu bekommen, mu man also schreiben: /BOOKLIST/BOOK/AUTHOR[0]/@LAST Der Standard sagt dagegen ausdrcklich, da die erste Position1 ist. Siehe Abschnitt2.4 http://www.w3.org/TR/xpathpredicates. Vor der endgltigen Verffentlichung wurde die XSLT/XPath-Spezifikation aber mehrfach gendert, und die Namespace-URL im Internet Explorer zeigt, da er sich auf einen frheren ``Working Draft'' bezieht. Es ist mglich, da damals die Zhlung mit 0 begann. Falls man eine der Achsen ``achestor'', ``anchestor-or-self'', ``preceding'' oder ``preceding-sibling'' gewhlt hat wird die Liste von aktuellen Knoten in der umgekehrten Dokument-Ordnung angeordnet, so da zum Beispiel[1] immer den zum vorigen Start-Knoten am nchsten liegenden Knoten liefert. Im Internet Exporer5 knnen diese Achsen allerdings sowieso nicht verwendet werden. Die Funktion ``last()'' liefert die Lnge der aktuellen Knotenliste aus dem Kontext. Folgender Ausdruck wrde zum Beispiel den Nachnamen des letzten Autors jedes Buches ermitteln: /BOOKLIST/BOOK/AUTHOR[last()]/@LAST Im Internet Explorer mu man ``end()'' statt ``last()'' schreiben. Manchmal kann es nach einem Prdikat ntzlich sein, wieder im Baum aufzusteigen. Der folgende Ausdruck liefert z.B.die Titel aller Bcher mit mindestens zwei Autoren: /BOOKLIST/BOOK/AUTHOR[2]/../TITLE Der Internet Explorer scheint aber kein ``..'' zu verstehen (abgesehen davon, da man dort den dritten Autor selektieren wrde). Mit Prdikaten kann auch die Existenz von bestimmten Knoten getestet werden. Liefert ein Prdikat eine Menge von Knoten (d.h.ist ein Pfad-Ausdruck), so zhlt es als wahr, wenn diese Menge nicht leer ist. Zum Beispiel liefert folgender Ausdruck die Titel aller Bcher, die eine Anmerkung haben: /BOOKLIST/BOOK[NOTE]/TITLE Man kann in Ausdrcken die blichen arithmetischen Operatoren verwenden (+, -, *, div, mod). Zum Beispiel bekommt man den vorletzten Autor mit: /BOOKLIST/BOOK/AUTHOR[last()-1]/@LAST Im Internet Explorer wird dies nicht untersttzt. Man kann die blichen Vergleichs-Operatoren verwenden (=, !=, <, <=, >, >=). Allerdings wird man bei Verwendung von XPath-Ausdrcken in XML-Dokumenten (z.B.XSLT-Stylesheets) das <-Zeichen als lt eingeben mssen. Auerdem sind <, <= >, und >= nach dem Standard nur fr Zahlen definiert, nicht fr Zeichenketten. Der Internet-Explorer untersttzt diese Operatoren dagegen auch fr Zeichenketten, und bietet auerdem ``case insensitive'' Versionen an, z.B.``ieq''. Als Beispiel seien die Titel aller Bcher mit mehr als 500Seiten selektiert: /BOOKLIST/BOOK[@PAGES > 500]/TITLE In Vergleichen wird bei Bedarf ein Knoten in einen String umgewandelt, indem sein Wert genommen wird. Dies haben wir schon im ersten Beispiel /BOOKLIST/BOOK[@ISBN='0-13-014714-1']/TITLE gesehen, denn dort liefert ``@ISBN'' zunchst den Attribut-Knoten, und nicht direkt den Wert. Entsprechend ist auch folgendes mglich: /BOOKLIST/BOOK[TITLE='XML Pocket Reference']/AUTHOR Bei Bedarf kann der String auch weiter in eine Zahl umgewandelt werden. Dies geschieht etwa im obigen Beispiel /BOOKLIST/BOOK[@PAGES > 500]/TITLE Nun ist es mglich, da der Pfad-Ausdruck im Prdikat eine ganze Menge von Knoten liefert. Vergleiche mit einer Menge von Knoten gelten als wahr, wenn der Vergleich fr wenigstens einen Knoten der Menge wahr ist (d.h.es wird hier ein impliziter Existenz-Quantor verwendet). Zum Beispiel liefert der folgende Ausdruck die Titel aller Bcher, von denen Goldfarb ein Autor ist. Es strt dabei nicht, da es noch andere Autoren gibt: /BOOKLIST/BOOK[AUTHOR/@LAST='Goldfarb']/TITLE Im Internet Explorer kann man durch Voranstellen von all und any das gewnschte Verhalten auswhlen. Dies ist aber nicht (mehr) im Standard enthalten. Standard-Konform kann man durch not(not(...)) den Allquantor bekommen. not(AUTHOR/@LAST!='Goldfarb') wrde ebenfalls sicherstellen, da Goldfarb einziger Autor ist. Man kann in Ausdrcken die blichen logischen Junktoren ``and'' und ``or'' verwenden. Zum Beispiel liefert folgender Ausdruck die Titel aller Bcher, die mehr als 300 Seiten haben und 1999 oder spter erschienen sind: /BOOKLIST/BOOK[@PAGES>300 and PUBLISHER/@DATE>=19990101]/TITLE Abschnitt4 der Spezifikation zhlt eine ziemlich lange Liste von eingebauten Funktionen auf, die man ebenfalls in Ausdrcken verwenden kann http://www.w3.org/TR/xpath#corelib. Zum Beispiel gibt es eine boolesche Funktion ``contains'', mit der man einen Test auf Teil-Zeichenketten durchfhren kann: /BOOKLIST/BOOK[contains(TITLE, 'Reference')]/TITLE Diese Funktion ist nicht im Internet Explorer implementiert (wie alle/fast alle anderen Funktionen der Liste, dafr hat der Internet Explorer einige eigenen ``Methoden''). Auerdem ist zu beachten, da hier nicht die ``Existenz''-Semantik bei mehreren Lsungen gilt. Wenn eine Menge von Knoten Eingabe fr eine Funktion ist, die einen String erwartet, wird einfach der erste Knoten umgewandelt (und alle anderen ignoriert). Daher funktioniert etwa das folgende Beispiel nicht (Goldfarb ist zweiter Autor): /BOOKLIST/BOOK[contains(AUTHOR/@LAST, 'oldfa')]/TITLE

Aufgaben Es sei folgende XML-Datei mit Informationen ber Knomponisten und ihre Musikstcke gegeben: version="1.0" MUSIC COMPOSER BORN=1678 DIED=1741 NAMEVivalidiNAME PIECE TYPE=ConcertThe Four SeasonsPIECE COMPOSER COMPOSER BORN=1685 DIED=1750 NAMEBachNAME PIECE TYPE=MassB-minor MassPIECE PIECEChristmas OratorioPIECE COMPOSER COMPOSER BORN=1756 DIED=1791 NAMEMozartNAME PIECE TYPE=MassMissa SolemnisPIECE COMPOSER COMPOSER BORN=1891 DIED=1953 NAMEProkofievNAME PIECE TYPE=SymphonyClassical SymphonyPIECE PIECE TYPE=BalletCinderellaPIECE COMPOSER COMPOSER BORN=1841 DIED=1904 NAMEDvorakNAME COMPOSER MUSIC Geben Sie einen XPath-Ausdruck an, der die Namen aller Komponisten in der XML-Datenbank selektiert. Drucken Sie die Titel aller Stcke vom Typ ``Symphony'' aus. Drucken Sie die Namen aller Komponisten aus, die um 1700 gelebt haben. Gesucht sind die Namen aller Komponisten, die eine Sinfonie geschrieben haben (gem den in der Datenbank verzeichneten Stcken). Geben Sie die Namen aller Komponisten aus, von denen mehr als ein Stck in der Datenbank ist.