Discussion :

[Pi2]

Bonjour,
j'utilise la methode generate-id() a deux endroits differents dans ma feuille de style. En premier lieu, j'utilise la methode avec, en parametre, un chemin absolu specifiant un noeud donne. ca me genere un id. En deuxieme lieu, j'appelle a nouveau la methode generate-id mais sans parametre, donc sur le noeud courant qui est celui specifie precedemment par mon chemin absolu. ca me genere un id different! Pourquoi donc?
Merci.
Pi2.

[GrandFather]

Bonjour,

parce que ce doit être deux noeuds différents...

generate-id() est prévu justement pour, dans la même session de transformation, renvoyer le même ID. Donc, de deux choses l'une, soit il y a une erreur dans ton code, soit la fonction est boguée. Je te suggère de poster le code impliqué afin de trancher entre ces deux possibilités.

[Pi2]

Voila le bout de code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
<xsl:for-each select="*">
   <xsl:variable name="path">
         <xsl:value-of select="/modif/changes/@basePath" />
   </xsl:variable>
 
   <xsl:variable name="pathId">
       <xsl:value-of select="generate-id($path)" />
   </xsl:variable>
 
   <xsl:if test="(generate-id(.) = $pathId)">
          <xsl:call-template name="add_block" />
   </xsl:if>
</xsl:for-each>

A chaque boucle, la valeur de $pathId est bien la meme mais n'est jamais egale a celle du noeud courant ou nous sommes meme losrque la valeur de $path correspond au noeud courant! Voila mon probleme...

[GrandFather]

Il y a une petite confusion : xsl:value-of renvoie une chaîne, ta variable $path contient donc une chaîne (en fait un Result Tree Fragment, mais le résultat est le même). Or, generate-id() prend en argument un NodeSet, soit une liste de noeuds. C'est pour cela qu'ils renvoient des résultats différents. Essaie plutôt l'écriture suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<xsl:for-each select="*">
   <xsl:variable name="path" select="/modif/changes/@basePath" />
   <xsl:variable name="pathId" select="generate-id($path)" />
   <xsl:if test="(generate-id(.) = $pathId)">
          <xsl:call-template name="add_block" />
   </xsl:if>
</xsl:for-each>

[Erwy]

meme avec la modif de grandfather( ) il reste un deuxieme probleme
Ca ne peut pas être le meme noeud.
Ta premier variable est sur un attribut

/@basePath

ton for-eachsur un noeud "normal"

select="*"

Pour atteindre un noeud "attribut" , cela aurait été @* les generate-id() seront donc forcement different

[Pi2]

oui, oui, je comprends! En fait, la valeur de mon attribut basePath contient une chaine de caracteres qui represente le chemin absolu du noeud qui m'interesse. Comment faire donc?
Pi2

[Erwy]

le xslt n'interprete pas les chaines de caracteres en Xpath.
On peut , dans certains xslt processeur, avoir cette fonction, mais dans le principe ton idée n'est pas génial
Tu travaille sous quoi ?

[Pi2]

je travaille avec xalan.

Mon idee n'est pas geniale, ca je n'en doute pas! :-) Pourrais-tu me dire qu'elle idee tu aurais pour faire la chose suivante:

j'ai une jsp qui contient un tag a moi dont le but est de modifier un fichier xml donne et deja existant par ailleurs. Ce bout de code java (l'implem de mon tag jsp) se contente de parser le fichier xml, d'y ajouter de l'info supplementaire (notamment le fameux /modif/changes/@basePath permettant de retrouver le noeud a modifier) et envoie le tout a ma feuille xsl generique qui se contente de recopier le fichier de depart (sans recopier l'info ajoutee par mon tag jsp) et de modifier le noeud specifie. Mon probleme etait donc de savoir, dans la feuille de style, le noeud a modifier.
J'avais donc eu l'idee d'utiliser la methode generate-id, me disant qu'a partir du chemin absolu, je pouvais generer l'id du noeud et, qu'ensuite, pour chaque noeud, je testais l'egalite des id... Mais je faisais une erreur en croyant qu'un node-set pouvait etre une chaine de caractere interpretee comme un xpath...ca je l'ai bien compris maintenant. :-)

bref, comment ferais-tu dans ce cas?
Merci beaucoup deja pour vos reponses qui m'ont bien eclairee!

[Erwy]

Tu pourrais par exemple cree un attribut id avec un id unique pour tous tes noeuds ainsi le @basePath pourrait être simplkement l'id du noeud a modifié

[Pi2]

oui dans l'absolu mais le probleme avec l'attribut id est:
1. ca complexifie et augmente la taille de mon fichier xml de depart avec des attributs id pour chaque noeud sans autre interet que programmatique pour une de mes feuilles xsl (celle qui sert a la modification). Et du coup, on se retrouve avec des dependances de l'un vers l'autre et reciproquement: ma feuille xsl ne s'applique plus a n'importe quel fichier xml et reciproquement. On perd donc en genericite. Or, les chemins absolus contiennent en eux-memes assez d'info. mais bon, ce n'est pas une raison suffisante, ok.

2. ca oblige le developpeur de jsp (qui se sert de mon tag jsp) a connaitre le fichier xml qu'il veut modifier pour pouvoir aller chercher l'id en question etc. or, ce fichier xml est lui-meme generer ailleurs par mon servlet et, par consequent, lorsque la personne cree la jsp en utilisant mon tag, le fichier xml n'existe pas encore...
La solution serait donc d'utiliser un id qui ait pour valeur le chemin absolu...
et je trouve ca un peu redondant....

[Erwy]

Faudrait voir si xalan reconnait et sait exploiter les xlink
http://www.w3.org/TR/2001/REC-xlink-20010627/

Cette recommendation a un peu été crée pour ça

[GrandFather]

ll devrait être plus simple (et moins coûteux en ressources) d'utiliser DOM pour charger le XML, puis les fonctions XPath de Xalan pour retrouver le noeud à modifier. La modification elle-même s'opérera avec l'API DOM, il n'y a ensuite plus qu'à séraliser le résultat.

Passer par une transformation XSLT me paraît être de la grosse artillerie (parsing du XML et de la feuille de style, transformation, séralisation...) pour une opération qui semble assez simple...

[Pi2]

oui, en effet. Excellente reponse. Ici, nous sommes tous des fous-furieux d'xsl et on a tendance a en abuser...
Merci beaucoup pour vos reponses!
Pi2.