[XSL] test d égalité

Version imprimable

17/05/2006, 09h16
luta

[XSL] test d égalité
bonjour j ai 2 docs XML que je dois comparer, les objets s ont écris de la sorte:
Code:

1 2 3 4 5 6 7 <root><obj> <id>1</id> <type>objet</type> <autres_champs>...</autres_champs> </obj> <obj..../> </root>
je dois récupérer tous les éléments obj dont (la clef est composée de id et type)
qui ne sont pas dans mon doc courant(je ne prend en compte que id et type)...le problème est que je ne sais pas tester sur 2 champs sans perdre le noeud contextuel.
merci :roll:

une petite idée

Code:

1
2
3
4
5
6
7
<xsl:for-each select="document($DocToCompare)//root">
  <xsl:choose>
    <xsl:when test="Obj[generate-id($currentDoc//*[TYPE=current()/TYPE])= generate-id($currentDoc//*[ID =current()/ID]) ]">
    </xsl:when>
    <xsl:otherwise><xsl:copy-of select="."/></xsl:otherwise>
  </xsl:choose>
</xsl:for-each>

cela ne semble pas fonctionner...

je met la solution que j ai trouvé pour la postérité:mrgreen:

Code:

1
2
3
4
5
6
7
<xsl:for-each select="document($DocToCompare)//root/Obj">
  <xsl:choose>
    <xsl:when test="ID=$currentDoc//ID[preceding-sibling::TYPE=current()/TYPE] ">
    </xsl:when>
    <xsl:otherwise><xsl:copy-of select="."/></xsl:otherwise>
  </xsl:choose>
</xsl:for-each>

ça à l 'air de bien marcher

17/05/2006, 11h05
GrandFather
Bonjour,

generate-id() ne renvoie un ID unique pour chaque noeud au sein du même document, il ne peut pas être utilisé pour faire des comparaisons inter-documents.

On peut en principe faire un truc du genre :
Code:

1 2 3 4 <xsl:variable name="other-doc" select="document($DocToCompare)//root"/> ... <xsl:copy-of select="$other-doc/obj[id != current()/id or type != current()/type]"/>
17/05/2006, 11h09
luta

salut GrandFather
1/ je crois que la condition que tu testes sera toujours vraie tout d abord
2/ je voulais utiliser generate-id() justement pour être sûr que je ciblais le même noeud (mais deux fils différents bien sûr)
17/05/2006, 11h56
GrandFather

Citation:

Envoyé par luta

1/ je crois que la condition que tu testes sera toujours vraie tout d abord

Je ne crois pas, non. Pour que la copie du noeud se fasse, il faut que le prédicat renvoie TRUE, donc il faut que l'id de l'objet soit différent de l'id courant ou que le type de l'objet soit différent du type courant. Pour que l'objet ne soit pas copié, le prédicat doit renvoyer FALSE, ce qui est la négation de la formule précédente : l'id de l'objet est égal à l'id courant et le type de l'objet est égal au type courant.

Citation:

Envoyé par luta

2/ je voulais utiliser generate-id() justement pour être sûr que je ciblais le même noeud (mais deux fils différents bien sûr)

Désolé, j'avais mal vu... Mais ça ne change pas le fait que generate-id() soit inutile ici.
17/05/2006, 12h23
luta

Citation:

Je ne crois pas, non. Pour que la copie du noeud se fasse, il faut que le prédicat renvoie TRUE, donc il faut que l'id de l'objet soit différent de l'id courant ou que le type de l'objet soit différent du type courant. Pour que l'objet ne soit pas copié, le prédicat doit renvoyer FALSE, ce qui est la négation de la formule précédente : l'id de l'objet est égal à l'id courant et le type de l'objet est égal au type courant.

oui..mais qui dit que l objet que tu testes de l autre doc n a pas un type ou id identique...à l objet suivant...
enfin bref la solution que j ai trouvé semble marcher
merci
17/05/2006, 13h57
Erwy
deja un truc que je ne capte pas:
Code:

1 2 ID[preceding-sibling::TYPE
alors que dans ton xml type est après :?

Ensuite, sur le genrate-id , ce que grandfather essayait de t'expliquer c'est que ton idée de départ etait totalement fausse puisque ce qui entre dans la composition du resultat d'un generate-id est le document auquel il appartient .Deux xml appelés dans le même xslt ne peuvent avoir de generate-id commun
17/05/2006, 14h00
luta
Citation:
Envoyé par Erwy

deja un truc que je ne capte pas:

Code:

1 2 ID[preceding-sibling::TYPE

alors que dans ton xml type est après :?
oui c est parce que la structure est un peu plus compliqué donc j ai tenté de simplifier...en y commettant une erreur mais le raisonnement est bon... désolé

Citation:

Envoyé par Erwy

Ensuite, sur le genrate-id , ce que grandfather essayait de t'expliquer c'est que ton idée de départ etait totalement fausse puisque ce qui entre dans la composition du resultat d'un generate-id est le document auquel il appartient deux xml appelé dans le même xslt ne peuvent avoir de generate-id commun

j avous ne pas avoir compris..." le document auquel il appartient deux xml appelé dans le même xslt "
17/05/2006, 14h06
Erwy

Citation:

Envoyé par luta

j avous ne pas avoir compris..." le document auquel il appartient deux xml appelé dans le même xslt "

Manque un point

Pour caricaturer

Soit ton xml courant tous les generate-id seront prefixé A
Sois le xml que tu appelle dans ton xslt tous les generate-id seront prefixé B
Donc aucun generate-id commun.
Le generate-id ne fabrique aucunement en fonction du contenu d'un noeud mais de son emplacement memoire.Ce qui fait que deux utilisations consecutives d'un même xslt sur un meme xml ne produisent pas les même generate-id
17/05/2006, 14h14
luta
hummmm
nous sommes bien d accord que je parle bien du même noeud du même document.
imaginons la structure suivante qq part ds un arbre
Code:

1 2 3 4 <A> <B> <C> </A>
un test du type

Code:

<xsl:if test="//generate-id(A/B[.='une valeur']) = //generate-id(A/C[.='une autre valeur']) "/>

ne sera pas vérifié?

excusez moi si c est un peu confus