XPATH option text()

Bonjour,
j'ai un petit souci de compréhension sur une requête XPath.
J'ai réussi à contourner le problème mais ma curiosité a été éveillé par ce point bloquant.
ma XSD se compose comme suit :
<xsd:element name="imsi" type="S3G:SimLogique_imsi"/>
avec :
<xsd:simpleType name="SimLogique_imsi">
<xsd:restriction base="xsd:string">
<xsd:maxLength value="15"/>
</xsd:restriction>
</xsd:simpleType>
et ma requête XPath est la suivante :
[./l:msisdn/text()='123456'] => fonctionne sans problème
[./l:imsi/text()='456789'] => ne fonctionne pas
ma solution de contournement est la suivante :
[./l:imsi='456789'] => fonctionne

Mais je ne comprends pas pourquoi la première syntaxe qui est celle que j'utilise dans tout mon fichier XPATH refuse de fonctionner dans ce cas.
Pour Info, les deux types de imsi et msisdn sont déclarés exactement de la même façon.

Quelqu'un aurait-il une idée de la provenance de ce point.

Merci par avance

Le plus simple serait d'observer le fichier XML qui a exposé ça. Tu aurais ta réponse tout de suite.
Mais bon :

Il y a peut-être une processing-instruction dans l'élément <imsi>.

Exemple 1 :

Code:

---

<imsi>456<?separate?>789<imsi>

---

Ou alors, peut-être que le fichier XML n'est pas valide vis-à-vis de ce schéma et qu'il n'y a pas que du texte dans <imsi>.

Exemple 2 :

Code:

---

<imsi>456<space/>789<imsi>

---

Ou exemple 3 :

Code:

---

<imsi><kikoo>456789</kikoo><imsi>

---

parlons de la différence entre

Code:

---

imsi/text()='456789'

---

et

Code:

---

imsi='456789'

---

- Le premier sélectionne les nœuds textes enfants de <imsi>.
- Le second sélectionne <imsi> lui-même.

Après, reste à voir comment les deux cas sont comparés à '456789'

- Dans le premier cas, on ne garde que le premier nœud texte, on jette les autres, et on vérifie si son contenu est exactement '456789'.
Dans mes exemples 1 et 2, cela revient à comparer '456' à '456789'. Pas égal => prédicat faux.
Dans mon exemple 3, <imsi> n'a pas d'enfant texte. Ce qui est sélectionné est l'ensemble vide. L'ensemble vide n'est jamais égal à rien => prédicat faux.

- Dans le second cas, on transforme <imsi> en texte. Pour cela, on prend, dans l'ordre, tous ses nœuds textes descendants, et on les concatène les uns aux autres. Cela fait, on compare le résultat à '456789'
Dans mes exemples 1 et 2, cela revient à prendre '456' d'une part, puis '789' d'autre part, les concaténer ce qui donne '456789', et comparer à '456789'. C'est pareil => prédicat vérifié.
Dans mon exemple 3, il n'y a qu'un seul nœud descendant de <imsi>, c'est '456789'. Il est égal à '456789' => prédicat vérifié.

Merci de ta réponse.
Pour la compléter :
- il n'y a pas de processing instruction.
- le fichier XML est validé juste avant cette étape
Pour éclairer un peu la situatiuon, voici l'extriat de mon fichier XML :
<msisdn>123456</msisdn>
<A>
<Sim>
<imsi>456789</imsi>
<B>
....
mon analyse est des plus simple, et en l'occurrence, il n'y a qu'une chaine dans imsi, donc les deux écritures devraient ici avoir le même comportement non?

Citation:

---

Envoyé par djtoph

mon analyse est des plus simple, et en l'occurrence, il n'y a qu'une chaine dans imsi, donc les deux écritures devraient ici avoir le même comportement non?

---

Si, en effet. C'est d'ailleurs le cas avec deux technos Java que j'ai testées.

Autres possibilités :
- il y a un autre élément <imsi> avant celui que tu vises, qui est aussi sélectionné par le XPath en question, et est donc celui qui sera testé ; et qui, lui, contient les choses en plus dont j'ai parlé.
- Tu ne fais pas vraiment ce que tu nous dis ici que tu fais.
- celle à envisager en dernier : il y a un bug (assez aléatoire, apparemment,) dans la bibliothèque XPath ou XML que tu utilises.

Pour répondre à tes hypothèses :
- ce n'est pas possible, car mon msisdn égal à 123456 n'est présent qu'une seule fois dans mon document et sans la balise imsi, ma requête XPath est validée.
- j'ai pas vraiment compris ta seconde hypothèse, mais je fais bien ce que je dis que je fais :-)
(le reste de mon document [qques centaines de lignes] est bien validé SAUF cette balise oO )
- C'était ma conclusion, mais n'étant pas expert, j'aurais espéré une réelle solution corrigeable.

En tout cas merci beaucoup pour tes réponses (claires et vulgarisées).

A bientôt.

Citation:

---

Envoyé par djtoph

(le reste de mon document [qques centaines de lignes] est bien validé SAUF cette balise oO )

---

Une minute, quel est le rapport entre la validation et une requête XPath ?