en quoi la racine et son namespace influencent-t-ils la transformation ?

Version imprimable

Bonjour,

Je viens de découvrir quelque chose que je ne comprends pas. Qui pourrait m'expliquer ?

J'ai le fichier XML suivant
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 <?xml version="1.0" encoding="UTF-8"?> <dataroot xmlns:od="urn:schemas-microsoft-com:officedata" generated="2017-11-21T09:39:16"> <CstmrDrctDbtInitn> <ID_FK>35</ID_FK> <GrpHdr> <ID_FK>35</ID_FK> <MsgId>A0000000035</MsgId> <CreDtTm>2017-11-21T09:39:16</CreDtTm> <NbOfTxs>8</NbOfTxs> <CtrlSum>8417.73</CtrlSum> </GrpHdr> </CstmrDrctDbtInitn> </dataroot>
Il contient deux balises ID_FK que je désire éliminer.
J'applique la transformation xslt suivante
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/> <xsl:template match="*"> <xsl:copy> <xsl:apply-templates select="node()"/> </xsl:copy> </xsl:template>  <xsl:template match="//ID_FK"/> </xsl:stylesheet>
et cela fonctionne parfaitement : mes balises ID_FK disparaissent.

Maintenant, j'applique la même transformation xslt sur le fichier XML suivant qui, à part la ligne racine, est identique
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 <?xml version="1.0" encoding="UTF-8"?> <Document xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="urn:iso:xxxxx"> <CstmrDrctDbtInitn> <ID_FK>35</ID_FK> <GrpHdr> <ID_FK>35</ID_FK> <MsgId>A0000000035</MsgId> <CreDtTm>2017-11-21T09:39:16</CreDtTm> <NbOfTxs>8</NbOfTxs> <CtrlSum>8417.73</CtrlSum> </GrpHdr> </CstmrDrctDbtInitn> </Document>
et dans ce cas-ci, les deux balises ID_FK ne disparaissent pas ! Pourquoi ????????

La seule différence du deuxième fichier XML est la racine <Document xmlns: xsi="http://www.w3.org/200...

Pourquoi ma transformation ne fonctionne-t-elle pas ?
Auriez-vous la bonté de bien vouloir m'expliquer. Je ne veux pas mourir idiot.

D'avance, merci.

21/11/2017, 17h12
tsuji

[0] Le cas réussi déjà d'abord:

Citation:

Code:

<xsl:template match="//ID_FK"/>

Il mache et il n'y a pas trop de quoi critiqué; mais je dirais si on le serre un peu plus, plus localisé, plus intégré organiquement dans le xslt, ce serait mieux conceptuellement.

Code:

<xsl:template match="ID_FK" />

[1] Dans le cas en question:
[1.1] La partie xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" n'a rien à voir avec le problèmatique et c'est dit pour vous en assurer.
[1.2] La partie xmlns="urn:iso:xxxxx" a tout à voir avec le problèmatique. Il s'agit une déclaration de namespace sans avoir un préfixe souvent paru et s'en servi après. L'absence d'un préfixe veut parler d'un sous-entendu, celui qu'un namespace pour l'élément en contexte (d'ailleurs pas pour les attributs d'une façon automatique) est en fait déclaré par défaut au sens de malgré et de par l'absence d'un préfixe même. Et puisque le préfixe est absent, il est sensé de fixer aussi une règle de hériéité de ce namespace pour ses enfants dans le même namespace et pour qui on n'a besoin de déclarer par défaut chaque fois avec xmlns="..." pour chacun d'eux parce que pour le cas de la déclaration préfixée, on n'a nullement besoin de déclarer chaque fois le préfixe pour s'en servir, il suffit de mettre en évidence du même préfixe et c'est tout. La règle est que ses enfants sans préfixe héritent ce même namespace sauf déclarer autrement. Il faut noter que les attributs ne subissent pas ces règles. Le namespace, si il y en a, des attributs doit être déclaré toujours préfixé. Voilà presque tout ce qu'on doit savoir sur ce sujet.

[3] Dans la pratique xslt 1.0, on fait ça pour ladite fonctionnalité.

Code:

<xsl:template match="*[local-name()='ID_FK' and namespace-uri()='urn:iso:xxxxx']" />

[3.1] Parfois, si on s'en foule du namespace précis, on fait ça plus simplement:

Code:

<xsl:template match="*[local-name()='ID_FK']" />

[4] Dans xslt 2.0, qu'il supporte la notion de préfixe joker, on peut faire le même que xslt 1.0 et en plus si on veut, pour le cas [3.1], comme ça.

Code:

<xsl:template match="*:ID_FK" />
22/11/2017, 00h35
thelvin

Ouais je vais quand même reformuler, hein.

Citation:

en quoi la racine et son namespace influencent-t-ils la transformation ?

Ben le namespace de la racine, c'est le namespace de tous les autres éléments. Sauf ceux qui s'en déclarent un autre.

Les éléments héritent des namespaces connus de leur parent, donc en remontant toute l'ascendance, de la racine.
Dans ton exemple, tu as deux déclarations de namespaces : xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" et xmlns="urn:iso:xxxxx". La première a un préfixe et ce préfixe n'est pas utilisé. Donc elle n'est pas utilisée. La deuxième n'a pas de préfixe, ça veut dire que c'est le namespace par défaut, celui des éléments qui n'ont pas de préfixe.
Donc c'est le namespace de <Document> et de tous ses descendants.

Citation:

Pourquoi ma transformation ne fonctionne-t-elle pas ?

Parce que dans ton deuxième exemples, les éléments <ID_FK> sont dans le namespace xmlns="urn:iso:xxxxx", comme tous les autres éléments.

Or dans ton template, tu fais match="//ID_FK" sans préciser de namespace, donc tu vises les éléments <ID_FK> qui n'ont pas de namespace. Autrement dit ça ne concerne pas les éléments <ID_FK> qui sont dans le namespace xmlns="urn:iso:xxxxx", ce template ne s'applique pas à eux, ils prennent donc le même template que les autres et sont copiés comme les autres.

Pour viser les éléments qui ont un namespace, il faut préciser ce namespace. Tu pourrais par exemple faire comme ça :

Code:

<xsl:template match="//uix:ID_FK" xmlns:uix="urn:iso:xxxxx" />

xmlns:uix="urn:iso:xxxxx" déclare le namespace en question, et uix:ID_FK désigne un élément ID_FK qui est dans ce namespace. Là ça matche, là ça les vire.

Tu te demandes peut-être pourquoi j'ai mis ce préfixe uix: alors que dans ton document il n'y avait pas de préfixe, le namespace est par défaut. Alors déjà à la place de uix tu mets ce que tu veux, toto: ou zorglub: ou peu importe, du moment que tu prends le même à la déclaration et à l'utilisation. C'est un genre de raccourci si tu veux.
Et si j'ai mis un préfixe au lieu de pas en mettre, c'est parce qu'il n'y a pas le choix : en XML général on peut faire des namespaces par défaut... Mais dans les expressions match et XPath, non. Dans les expressions match et XPath, s'il n'y a pas de préfixe, il n'y a pas de namespace.
22/11/2017, 09h35
PipoWIL

Merci beaucoup pour vos explications.