Verständnisproblem beim Matchen eines Pfades

[DonDieselkopf]

Hallo zusammen.

Folgendes Problem (an dem ich seit Stunden sitze!) lässt mich daran zweifeln, dass ich XSLT/XPath verstanden habe. Leider hat meine Recherche (Google + Literatur + Kollegenkreis) meinem Verständnis in keinster Weise geholfen. Hier also das Problem:

XML:

<?xml version="1.0" encoding="UTF-8"?>

<expression>
    <operator>
            +
    </operator>
    <number>
        1
    </number>        
    <number>
        <hex>
            5
        </hex>
    </number>    
</expression>

XSLT:

<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="2.0">
<xsl:output method="xml" omit-xml-declaration="yes" encoding="UTF-8" />
    
    <xsl:template match="/expression">
        expression: <xsl:apply-templates select="*"/>
    </xsl:template>    
        
    <xsl:template match="operator">
        operator: <xsl:value-of select="normalize-space(.)"/>
    </xsl:template>
    
    <xsl:template match="number">
        number: <xsl:value-of select="normalize-space(.)"/>
    </xsl:template>
    
    <xsl:template match="number/hex">
        number (hex): <xsl:value-of select="normalize-space(.)"/>
    </xsl:template>
    
    <xsl:template match="*"/>

</xsl:stylesheet>

Das Problem ist das letzte Template, welches number/hex matchen soll. Aber das tut es nicht. Die Ausgabe sieht wie folgt aus:

        expression: 
        operator: +
        number: 1
        number: 5

Auch auf die Gefahr hin, dass ich jetzt mein blaues Wunder erlebe: 1. Warum ist das so? Und 2. Was muss ich tun, dass number und number/hex (wie oben gedacht) unabhängig gematcht werden?

Vielen Dank schon mal.

[DonDieselkopf]

Vielleicht sollte ich noch erwähnen, dass direkte Adressierung keine Option ist, da sich die Expressions in meiner Anwendung beliebig tief schachteln können. Das obige Beispiel stellt nur den relevanten Part dar. Ich muss die Pfade relativ lassen...

[Thomas Meinike]

Sprich number-Elemente, welche hex-Elemente enthalten, so an:

<xsl:template match="number[hex]">
  number (hex): <xsl:value-of select="normalize-space(.)"/>
</xsl:template>

Statt dem Kontextknoten . könnte auch explizit hex stehen.

[DonDieselkopf]

Das war genau das, wonach ich gesucht habe.

Tausend Dank!

Warum ging number/hex nicht? Auf was wuerde denn number/hex matchen?

[Thomas Meinike]

number/hex wird einfach nicht aufgerufen, da select="*" ja nichts weiter als select="child::*" aufruft, also alle direkten Kindelementknoten. Ein select="number/hex" würde im passenden Kontext auch aufgerufen.

[DonDieselkopf]

Sprich number-Elemente, welche hex-Elemente enthalten, so an:

<xsl:template match="number[hex]">
  number (hex): <xsl:value-of select="normalize-space(.)"/>
</xsl:template>

Statt dem Kontextknoten . könnte auch explizit hex stehen.

Die Freude war doch etwas zu früh. Ich befürchte der Kontextknoten . bezieht sich bei number[hex] auf number, nicht auf hex. Es wäre jedoch sehr nützlich, gäbe es eine Möglichkeit, das Template so zu formulieren, dass . wirklich auf hex zeigt.

Geht das irgendwie?

[Thomas Meinike]

Ich erhalte:

expression:
operator: +
number: 1
number (hex): 5

[DonDieselkopf]

Ersetze mal

<xsl:value-of select="normalize-space(.)"/>

durch

<xsl:copy-of select="normalize-space(.)"/>

Da sieht man, dass "." der number Knoten ist und nur deshalb 5 liefert, weil hex ignoriert wird...

[Thomas Meinike]

Ich komme auch mit xsl:copy-of zum selben Ergebnis und sehe das Problem nicht. Was soll denn konkret erreicht werden?

[DonDieselkopf]

Sorry, mein Fehler. Das normalize-space war zu viel. Probier mal bitte

<xsl:copy-of select="."/>

[Thomas Meinike]

Ok, nachvollziehbar, aber das Problem selbst noch nicht. Wenn der Zugriff auf das erste Kindelement ohne Kenntnis des Namens gesucht ist, dann bietet sich child::*[1] an.

[DonDieselkopf]

Nur eine Frage der Faulheit. Wenn ich z.B. so ein Template habe:

    <xsl:template match="number[decimal[value]]">...

muss ich den Knoten, an den ich eigentlich ran will, mit

<xsl:value-of select="normalize-space(decimal/value)"/>

ansprechen. Das ist unschön, weil doppelte Schreibarbeit. Ändere ich jetzt mal die Bezeichnungen der Knoten muss ich das überall zwei Mal machen. Ist kein großes Problem - nur nicht sonderlich elegant.