Comportement étrange de la méthode contains

Bonjour, j'ai un petit soucis que je ne comprend pas :(


@name peut avoir les valeurs toto, titi, tutu

Citation:

---

<xsl:for-each select="//class[contains($class,@name)]/keyword[@name='registered for sale']/value">
<xsl:value-of select="."/>
</xsl:element>
</xsl:for-each>

---

Bizarrement, lorsque $class vaut "toto" ca marche, ca me retourne les noeuds toto, mais quand $class vaut "toto tata", ce me retourne toujours false et donc aucun nodeset


j'ai rien de plus et je fais ca via du .Net et niveau debug xslt, c'est pas ce qu'il y a mieux.
je me goure quelque part ou faut que je cherche autre part?

Tout m'a l'air correct !?!

Peut-on voir comment $class est remplie ? Peut-on avoir un extrait du XML ?

pour remplir class, c'est très compliqué
j'ai une ligne qui ajouté un XmlParam à mon XslTranform. du genre

Code:

---

xslTransform.add("class", "toto");

---

et quand ca marche pas

Code:

---

xslTransform.add("class", "toto tata");

---

c'est ca que je n'arrive pas à comprendre.
pour le contenu du fichier xml, je ne peux pas le donner (ou alors en passant le temps de supprimer toute donnée confidentielle mais en gros, ca ressemble à un simple fichier du style

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<root> <class name="toto"> <keyword name="registred for sale"> <value>kikoo</value> </keyword> </class> <class name="tutu"> <keyword name="registred for sale"> <value>kikoo</value> </keyword> </class> </root>

---

pour l'historique, je passais soit "toto", soit "tutu", donc le filtre à la place de contains était

Code:

---

@name=$class

---

sauf que j'ai maintenant besoin de rapport les toto et les tutu (mais pas les titi) d'où l'utilisation de contains que je pense justifée.

je tiens à signaler que si je met "toto[espace]" au lieu de "toto", ca ne marche plus non plus.8O

Si je reprend les bouts de XML, il y a 2 pbs :

• </xsl:element> au milieu du <xsl:for-each> (document mal formé)
• "registred for sale" dans les données et "registered for sale" dans la condition !

Une fois ça corrigé, chez moi ça marche ! et je suis également en .Net ...

le xml, je l'ai fait à la main de tete mais en réalité, c'est un existant qui marche parfaitement en production depuis des années. le seul changement tant du coté dotnet que XSLT se résument à
- coté .Net remplacer "toto" par "toto tata"
- côté XSLT mettre le filtre contains à la place de @name=$class

change l'ordre dans contains

C'est bien $class (="toto tata") qui doit contenir @name (="tata") !?! Et non pas le contraire ?!?

Donc moi j'écris contains($class,@name) et non pas le contraire... (et mon test a été concluant...)

Citation:

---

Envoyé par alain.couthures

C'est bien $class (="toto tata") qui doit contenir @name (="tata") !?! Et non pas le contraire ?!?

Donc moi j'écris contains($class,@name) et non pas le contraire... (et mon test a été concluant...)

---

j'ai pensé à inverser les deux paramètres mais le résultat est le même. Néanmoins, Alain m'a bien compris, c'est bien $class qui est la chaine conteneur et doit donc être le premier paramètre (dixit le livre de reference XSLT du monsieur barbu sur la couverture :D)

je vais pousser ma recherche aujourd'hui car un probleme si "simple" qui ne marche pas, ca me rend fou :)

Je ne travaille pas avec .Net, mais cette méthode Add me paraît curieuse... Pour passer des paramètres, il ne faut pas passer par une instance de XsltArgumentList et la méthode addParam() ?

Je confirme par cet exemple :

Code:

---

1 2 3

XsltArgumentList xslArg = new XsltArgumentList(); xslArg.AddParam("cwd", "", Directory.GetCurrentDirectory()); xslt.Transform(nav, xslArg, writer);

---

Pensant que la partie .Net ne vous intéressait pas car je pense non responsable du comportement (puisque ca marchait avant), je l'ai simplifié un peu trop brutalement.

Le code est celui ci

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

XPathDocument xmlDoc = new XPathDocument(xmlFileName);   XslTransform xslTransform = new XslTransform(); xslTransform.Load(xslFileName);   if (xmlArgs != null && xmlArgs.Count > 0) { xslArgs = new XsltArgumentList(); foreach(DictionaryEntry entry in xmlArgs) { xslArgs.AddParam(entry.Key.ToString(), String.Empty,"toto tata" );//entry.Value); } } xslTransform.Transform(xmlDoc.CreateNavigator(), xslArgs, strWriter, null);

---

donc ca revient bien à simplement passer
$class= "toto tata" en paramètre au moteur XSLT

Ma remarque n'était pas innocente, car je pense pour ma part que le problème est extérieur à la fonction contains() ; le principe de fonctionnement de celle-ci est plutôt limpide, et un bug de cet ordre me paraît peu probable (bon ok c'est Ms, mais quand même :aie:).

effectivement, c'est possible.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

<xsl:for-each select="//class[contains('bond mixed',@name)]/keyword[@name='currency']/value"> <xsl:element name="Currency"> <xsl:attribute name="id"><xsl:value-of select="@id"/></xsl:attribute> <xsl:value-of select="."/> </xsl:element> </xsl:for-each> <xsl:for-each select="//class[contains($class,@name)]/keyword[@name='domicile']/value"> <xsl:element name="Juridiction"> <xsl:value-of select="."/> </xsl:element> </xsl:for-each> <xsl:for-each select="//class[@name=$class]/keyword[@name='type']/value"> <xsl:element name="Type"> <xsl:value-of select="."/> </xsl:element> </xsl:for-each>

---

avec le code précédent, si je passe toto en paramètre,
les deux tests marchent et cela me renvoient les noeuds currency(test avec valeur en dur),également les noeuds domicile et aussi les noeuds type.

Maintenant, si je passe "toto tata" en paramètre, plus aucun test ne marche et rien n'est retourné et aucune exception n'est levée :s

en toute logique, le premier test devrait marcher et le second aussi.
je ne pense pas que l'espace soit conséquence d'erreur car si je passe "totoa", ca revient au même

ca marche vraiment pas :(

ce test là,

Code:

---

<xsl:for-each select="//class[contains($class,@name)]/keyword[@name='domicile']/value">

---

dans le où @name= "mixed assets" et que je passe justement "mixed assets", échoue.
y a-t-il un équivalent à contains qui me permet facilement de tester si un attribut fais partie d'une chaine de caractère?

bon n'ayant, pas trouvé de solution, j'appelle deux mois ma méthode, une fois avec toto, puis avec tata, et je fusionne coté .Net

c'est pas propre mais j'ai perdu deux jours et c'est déjà trop.

merci à vous