Modification structure XSD

Salut,

Je travaille sur une architecture dont toutes les applications s'appuient sur un référentiel décrit par un XSD commun.

Des problèmes surviennent lorsque l'administrateur du référentiel modifie sa structure. En effet, les développeurs des applications consommatrices de l'XSD stockent les chemins d'accès à certains nœuds de l'XSD à l'aide de chaines XPath.

Compte tenu du fait que les nœuds sont susceptibles de bouger mais conservent les mêmes noms, (d'instinct) je pense au regex pour effectuer des recherches dans l'XSD pour remettre à jour les chemins XPath.

Connaissant assez mal les performances d'XPath lorsque l'on ne connait pas le chemin d'accès à une node, j'aimerais savoir si d'après vous, l'utilisation des RegEx (que j'aime beaucoup) pourrait être plus efficace que celle des XPATH ?

Mon idée srait d'utiliser 1 reg Ex qui me localiserait la feuille puis qui remonterait chaque niveau hiérarchique parent dans un groupe différent en utilisant des back referneces.

A la limite, si vous connaissez une adresse qui présenterait un comparatif de perfs, je suis preneur...

++

Laurent

Bonjour,

les performances doivent être assez équivalentes je pense, en tout cas la différence ne doit être significative que pour les très grosses sources XML.

L'argument en faveur des Regex serait peut-être que la recherche peut s'arrêter dès la première occurrence trouvée, tandis que le moteur XPath ne s'arrête que lorsque tous les sous-arbres désignés par l'expression XPath ont été parcourus. Maintenant, il sera beaucoup plus simple de reconstruire un chemin XPath à partir d'un noeud DOM (en parcourant ses parents jusqu'à la racine) qu'en utilisant pour cela les Regex.

Tes éléments à rechercher sont identifiés de manière unique ?

Considérant qu'un schéma XSD est un document XML, pourquoi ne pas envisager une transformation XSLT pour générer la correspondance nom_element/chemin_XPath ??

Pour parser du XML avec des expressions régulières, il faut faire attention à toute la mise en page, aux commentaires, ...

Salut,

Merci pour vos réponses. Effectivement, les identifiants "pivots" sont uniques et invariables d'une version d'XSD à l'autre.

L'XSD qui parait être le plus volumineux pèse 1.53 Mo

Ce n’est pas énorme toutefois, plutôt que de faire de la localisation dynamique, les équipes qui le reçoivent préfèrent stocker tous les XPath en base dans le meilleur des cas et carrément en dur pour certains.

Du coup, une mise à jour manuelle est nécessaire pour la base et une recompilation (en environnement industriel) l'est pour les autres :(

Tous sont d'accord pour dire qu'une intégration dynamique est impossible, je pense le contraire, en conséquence, j'essaye d'étayer mon discours en partageant cette expérience avec vous.

Encore merci pour votre participation

LJ

P.S. Impossible n’est il pas un mot qui vous rend dingue en informatique ?

Salut,

Citation:

---

Envoyé par alain.couthures

Pour parser du XML avec des expressions régulières, il faut faire attention à toute la mise en page, aux commentaires, ...

---

Je suis très étonné par ce que tu dis... un commentaire ne peut pas être mis à l'intérieur d'un tag or, le nom du tag est forcément compris entre < et >.

Avec une regex s'assurer qu'une chaine est entre deux autres n'est certainement pas le plus difficile... Je dirais même que c'est un fondamental.

Concernant la mise en page, je suis encore plus étonné. Je parle de XML et non de XHTML. La mise en page est "virtuelle" puisqu'elle est générée par le navigateur lorsqu'il en a la capacité, sinon il n'y a pas de mise en page sauf combinaison avec XSLT (ou alors il faut que je révise mes bases du XML)...

++

LJ

Ce que je voulais dire, c'est qu'une fois chargé en mémoire, on n'a plus à se préoccuper des sauts de ligne, tabulations et autres qui peuvent se trouver quasiment partout (entre les élements, entre les attributs, entre le nom d'attribut et le =,...).

C'est pareil pour les commentaires (qui commencent par < et finissent par >), les processing-instructions (qui commencent par < et finissent par >),...

Il y a aussi les entités à considérer, l'encodage,...

La puissance des expressions régulières fait que je les apprécie moi-aussi mais, si c'est possible d'utiliser un parseur pour d'abord charger le document en mémoire, cela me parait bien plus raisonnable, évolutif,...

Salut,

Concernant l'encodage, ils utilisent de l'UTF 32, sans doute ont-ils pensé "qui peut le plus peut le moins" mais pour coder de valeurs anglaises, c'est un peu vouloir enfoncer une aiguille avec un marteau pilon.

Pour ceux qui aiment les Regex, je n'y comprenais pas grand chose jusqu'à ce que j'investisse dans le bouquin Maitriser les expressions régulières d'Oreilly (très bon bouquin mais pas pour débuter) et comme justement ce bouquin ne s'adresse pas vraiment aux débutants, je me suis fendu de RegEx Buddy un petit soft dispo sur le net à 30€, franchement génial. C'est une sorte de mini Visual Studio pour Regex avec débogueur et tout... Très clair. En plus, cerise sur le gâteau, une fois que tu as fini de préparer ton expression tu peux la copier au format du langage avec lequel tu vas l'utiliser. C#, VB, Jscript etc.

++

Laurent

PS les commentaires c'est pas entre < > c'est entre <!-- et > donc les tags /<~(<!--)\1(Attributs).~(>)/i non ?

Citation:

---

PS les commentaires c'est pas entre < > c'est entre <!-- et >

---

Plus exactement entre < et > et, plus précisément, entre <!-- et --> ...

Citation:

---

au format du langage avec lequel tu vas l'utiliser. C#, VB, Jscript etc.

---

C'est vrai qu'il est dommage qu'il existe plusieurs implémentations des expressions régulières et c'est plutôt pénible alors que XML et XSLT sont bien standardisés...

Citation:

---

/<~(<!--)\1(Attributs).~(>)/i

---

Quel sens a le ~ dans cette expression (je ne suis pas sûr que cette notation soit comprise partout...) ?

Bonjour,

Juste pour ma curiosité, vous utilisez une architecture impliquant une brique de type Master Data Management ? En effet, ce genre d'architecture, souvent à base de progiciel, permet de gérer les données de référence ...
Certaines reposent même sur un XSD (www.orchestranetworks.com).

Cdt,

Eric

Salut

Raaa j'hallucine... EBX Platform c'est exactement la même chose que le truc qu'ils font...

Merci pour l'info...

++

Laurent

Le ~veut dire que l'élément suivant ne doit pas être présent

++

Laurent

Citation:

---

Envoyé par Laurent Jordi

Salut

Raaa j'hallucine... EBX Platform c'est exactement la même chose que le truc qu'ils font...

Merci pour l'info...

++

Laurent

---

Laurent,

J'ai vu sur ton blog que tu t'interessais également au SOA ... Jettes un oeil sur le site http://www.sustainableitarchitecture.com/ dont le concepteur n'est autre que Pierre Bonnet, directeur conseil d'Orchestra Networks et éminant spécialiste dans le domaine ... CQFD

Pour revenir à EBX Platform, sur quel type de référentiel travailles-tu exactement ? Vous vous en sortez pas trop mal en dev spécifique ? Ton retour d'expérience m'interesse beaucoup.

Eric

Salut,

Merci pour cette info, elle me sera fort utile.

@+

Laurent