XSLT et règles

Version imprimable

XSLT et règles

Je cherche à faire une conversion XSLT avec jaxp et xalan.
Je n'arrive pas à trouver comment la faire à partir de plus de 2 fichiers.
C'est à dire, j'ai un fichier .XLS un fichier .XML de "règles" et le fichier des données.
Je n'ai pas trouvé le moyen de faire passer ses "règles" qui sont indispenssable à la conversion.
J'ai beau chercher je trouve pas d'exemple. :(
J'ai par contre parfaitement reussi la conversion avec un autre outils mais il me faut en java... J'aime le java :mrgreen:.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 public static void transforme(String ficherXML, String fichierXSLT) throws Exception { TransformerFactory fabrique; StreamSource xml; StreamSource xslt; StreamResult dest; Transformer transformation; fabrique = TransformerFactory.newInstance(); xml = new StreamSource(new File(ficherXML)); xslt = new StreamSource(new File(fichierXSLT)); transformation = fabrique.newTransformer(xslt); File sortie = new File("sortie.svg"); dest = new StreamResult(new FileOutputStream(sortie)); transformation.transform(xml, dest); }

29/06/2010, 22h56
thelvin

Citation:

Envoyé par dawadam

C'est à dire, j'ai un fichier .XLS un fichier .XML de "règles" et le fichier des données.
Je n'ai pas trouvé le moyen de faire passer ses "règles" qui sont indispenssable à la conversion.

C'est-à-dire ? Quelle technologie lie ces "règles" à XSLT ?

Citation:

Envoyé par dawadam

J'ai par contre parfaitement reussi la conversion avec un autre outils mais il me faut en java... J'aime le java :mrgreen:.

Comment as-tu fait avec les autres outils ?

Citation:

Envoyé par thelvin

C'est-à-dire ? Quelle technologie lie ces "règles" à XSLT ?

Je ne connais que la base du XML.
Je peut juste dire que ces règles, sont un fichier .xml avec la balise racine "rules" et pleins d'enfants et des sous-enfants "rule".
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 <rule e="way" k="highway" v="path|footway"> <rule e="way" k="sac_scale" v="hiking|t1|T1"> <line class="sac-scale-t1" smart-linecap="no"/> </rule> <rule e="way" k="sac_scale" v="mountain_hiking|t2|T2"> <line class="sac-scale-t2" smart-linecap="no"/> </rule> <rule e="way" k="sac_scale" v="demanding_mountain_hiking|t3|T3"> <line class="sac-scale-t3" smart-linecap="no"/> </rule> <rule e="way" k="sac_scale" v="alpine_hiking|t4|T4"> <line class="sac-scale-t4" smart-linecap="no"/> </rule> <rule e="way" k="sac_scale" v="demanding_alpine_hiking|t5|T5"> <line class="sac-scale-t5" smart-linecap="no"/> </rule> <rule e="way" k="sac_scale" v="difficult_alpine_hiking|t6|T6"> <line class="sac-scale-t6" smart-linecap="no"/> </rule> </rule>
Citation:

Envoyé par thelvin

Comment as-tu fait avec les autres outils ?

En fait, j'ai utilisé xsltproc, outil en ligne de command sous linux, qui lui semble accepter mon fichier de règles.

Code:

/usr/bin/xsltproc --stringparam osmfile /home/osmarender/xslt/data.osm ./xslt/osmarender.xsl ./stylesheets/osm-map-features-z17.xml

30/06/2010, 00h46
Morbo

Ce fichier .xml de "rules" serait-il référencé dans le fichier "./xslt/osmarender.xsl"?
30/06/2010, 01h17
dawadam
Citation:

Envoyé par Morbo

Ce fichier .xml de "rules" serait-il référencé dans le fichier "./xslt/osmarender.xsl"?

non par contre le fichier .xsl est référencé dans celui des "rules"
Code:

1 2 <?xml version="1.0" encoding="UTF-8"?> <?xml-stylesheet type="text/xsl" href="osmarender.xsl"?>
30/06/2010, 10h22
thelvin

A priori, pour faire la même chose que l'option "--stringparam" de XSLT, il faut ajouter la ligne :

Code:

transformation.setParameter("osmfile", "/home/osmarender/xslt/data.osm");

avant d'appeler transformation.transform(). Il s'agit de définir un paramètre "osmfile" déclaré quelque part dans la feuille XSLT.
Pour être honnête cela me surprend un peu, mais n'est pas impossible avec un xPath du genre document($osmfile)//rule
30/06/2010, 10h32
dawadam
Après réflexion en comparaison à la commande xsltproc, j'ai pu ajouter le paramettre osmfile que je n'utilisais pas.
Code:

1 2 Transformer transformation = fabrique.newTransformer(xslt); transformation.setParameter("osmfile", "/home/map.osm");
J'ai donc une config identique à celle de la commande xsltproc.
Seulement j'obtient un resultat vide, la taille de l'image SVG est correct mais il n'y à qu'un carré blanc.
J'obtient aussi, pendant l'execution plusieurs messages de ce type:
Code:

1 2 file:/home/osmarender/xslt/osmarender.xsl; Ligne #3561; Colonne #24; Processing <rule e="node|way" k="osmarender:render" v="~|yes" >
Je suis perplexe :koi:
30/06/2010, 10h43
thelvin

Ben... On a pas ton code complet donc il est évident qu'on peut pas deviner ce qui se passe. Peut-être que ta feuille XSLT compte sur des bugs ou des extensions spécifiques à xsltproc, va savoir.
Concernant les lignes que tu vois, ça ressemble à des logs normaux.

Mais bon, même si on avait le code complet, personnellement je ne vais pas me taper des pages de codes juste pour aider quelqu'un. Il faut nous fabriquer un exemple complet, avec tous les fichiers et qui utilise les mêmes syntaxes, mais qui soit court.
30/06/2010, 10h59
dawadam

Citation:

Envoyé par thelvin

Il faut nous fabriquer un exemple complet, avec tous les fichiers et qui utilise les mêmes syntaxes, mais qui soit court.

Je ne voit pas comment fabriquer un petit exemple alors que je ne sais meme pas ce qu'il ce passe.. :?

En tt cas, d'après la notice, c'est pas sensé etre spécifique à tel ou tel parseur.
Aussi à mon dernier test, j'ai remarqué que d'un coté, avec xsltproc les logs continuaient après la série des: "Processing <rule...", mais que de l'autre, ça s'arrétait.

Pour faire simple voici les fichiers qui fonctionnent avec la commande xsltproc

Code:

/usr/bin/xsltproc --stringparam osmfile /home/data.osm /home/osmarender.xsl /home/osm-map-features.xml > out.svg
30/06/2010, 15h00
Morbo

Dans osmarender.xsl, il y a plusieurs utilisations de la fonction "document()" pour lire des fichiers xml externes. Il y a un parametre "$symbolsDir" qui désigne un répertoire de ce genre de ressources (il y a calcul dynamique ). Il faut donc que ces ressources soient accessible depuis la transformation XSL-T.
Tu peux tenter de d'écraser sa valeur par défaut en ajoutant ce paramètre à la transformation.

Sinon, en java, peut être que changer le répertoire d'exécution du process suffirait.
Sinon il faut préciser une setURIResolver(URIResolver resolver) sur ton instance de "Transformer".
30/06/2010, 23h38
dawadam

merci pour cette réponse d'expert.
Je n'ai pas parfaitement compris ducoup mais, en ce qui concerne les ressources, il s'agit de fichiers .svg et on peut forcément s'en passer, étant donner que l'on s'en passe très bien avec xsltproc ;).
À moins que cela génère une erreur avec java, mais j'ai eu beau tester avec le répertoire de symboles bien placé et cela n'a rien changé... :(
02/07/2010, 09h59
dawadam

effectivement, je vien de tester avec une grosse map; Car en fait il s'agit de convertir des données xml d'une carte en une image.
J'ai donc essayer de nouveau avec xsltproc et j'obtient de nombreux messages de ce genre

Code:

warning: failed to load external entity "/home/stylesheets/symbols/football.svg"

Par contre le fichier svg est bien créé, sans les symboles évidemment.
La conversion n'est pas bloquée par le manque de ressources, donc je suppose que le problème ne viens pas de là.
07/07/2010, 11h17
dawadam

Bien, j'ai lâché l'affaire, la conversion xml est un vaste domaine, mais qui ne m'intéresse pas plus que ça.
Je vais utiliser un autre moyen qui conviendra mieux d'ailleurs.
:ccool: