Je cherche un moteur XSLT 2 en ligne de commande parce que je bute sur des problèmes de regroupement que je n'arrive pas à contourner avec du XSLT 1 et ses 'result tree fragments' dont on peut pas faire grand chose.
 
J'ai installé les MS XML Core Services 6 mais j'arrive pas à les utiliser avec mon utilitaire MSXSL.EXE en ligne de commande.  
 
 
 

The latest version of Saxon is version 8.6. This is a complete and conformant implementation of the XSLT 2.0
 
Je suppose que c'est ça que tu cherche ... ?

Altova editeur de XMLSpy propose 1 moteur xslt en ligne de commande

J'ai downloadé Saxon-B 8.6 pour inspection... j'espère que ça fait pas trop usine à gaz...
 
pour XmlSpy j'ignore si la Home Edition comprend le moteur XSLT 2 en ligne de commande?

J'ai fait ma première transformation avec Saxon B(asic) et ça se passe plutôt bien, pas de différences notables dans les résultats par rapport à MSXSL.EXE pour l'instant. Le download fait quand même 12Mb ( la faute à la doc et le code source sans doute).  
 
Quelques tentatives infructueuses pour lancer le bazar quand même, finalement j'ai réussi à pondre la ligne de commande qui va bien:
 

 
Les options -v et -o sont les mêmes qu'avec MSXSL, apparemment les paramètres ne doivent pas être délimités.
 
Agréablement surpris par la vitesse d'exécution... après tout c'est du pur Java si j'ai bien compris
 
A moi les nouvelles fonctionnalités XSLT 2!

tu compare l'excellent saxon à ce machin ?? Tu peux pas trop être déçu    
 
sinon tu fais quoi en XSLT2 ? un projet ? c'est déjà utilisable/stable ..?

Ben ce machin comme tu dis me sert beaucoup, c'est un utilitaire qui permet de faire tourner le parser MSXML3 en ligne de commande. C'est 'lèger' et efficace... et ça adhère bien au standards d'après ce que j'ai pu constater ( pour du M$).
 
C'est pour cette raison que j'ai installé Saxon B avec un certain apriori et a mon grand étonnement il a même passé la rampe ( dans le sens ou je l'ai pas viré au bout de quelques heures). Est-ce que c'est utilisable, je pense que oui , j'ai pas noté de différence en sortie entre Saxon B 8.6 et mon ancien parseur pour l'instant, j'ai pas encore testé les nouveau joujou d'XSLT2 par contre.
 
Comme expliqué plus haut je cherchais un nouveau parseur pour solutionner des problèmes de regroupement ( grouping) sur des arborescences temporaires dans une variable. En XSLT1 on ne peut pas faire grand chose dans ces cas là.  
 
L'application consiste à inclure du xml dans du code C pour en générer une documentation personalisé en HTML ( par exemple dans ces pages on peut naviguer à travers le code en cliquant sur les fonctions dans le code).  
 
Une autre application est le stockages d'analyses en xml ( inspiré de docBook en fait) pour générer du HTML et du PDF avec FOP.

ok, c'est que j'évite de bosser avec du   microsoft tant que je le peux (comme je suis étudiant je peux encore me le mermettre ), et je ne peux empêcher mon FUDometre de grimper facilement quand que je perçois des aprioris sur d'excellent projet open source.
 

Pourquoi c'est le cas d'abitude avec les projet opensource ? ou alors les programme JAVA ?
 
En plus faut applaudire   si microsoft fait des outils "léger" et "efficace" qui en plus respecte les normes, mais bon je vais pas refaire mon build.xml pour qu'il utilise msxsl pour autant ! En plus je sais pas si microsoft fera du XSLT 2 un jours, mais ça m'a l'air mal barré http://www.dotnetguru.org/modules. [...] =0&thold=0
 
Sinon je m'intéresse à XSLT2 car je développe actuellement un projet de diplôme qui utilise XSLT, mais j'ai opter pour la version 1.0 (j'avais peur que la 2.0 me pose des problème car pas encore finalisée).

J'utilise un maximum de produits open source également, pas pour fuir M$ mais pour pas être dans l'illégalité tout simplement... pour beaucoup c'est plus facile de copier le cd M$ Office du bureau que de faire un effort et de télécharger OpenOffice.
 
Ceci dit M$ a fait un gros effort pour rectifier le tir et supporter convenablement XSLT1, certes après une tentative classique de dénaturer le standard en sortant d'abord une version basé sur un working draft et agrémenté d'extensions propriétaires...
 
MSXSL.EXE est léger dans le sens où je suis sous Win et qu'il lui fait que les dll de MSXML3 pour tourner en ligne de commande, SAxon à besoin de Java en plus... et je peu d'expérience avec ce langage.  
 
La XSLT2 est passée en RC il y a pas si longtemps et Saxon B est sorti le même jour... dans les produits commerciaux XmlSpy le supporte déjà aussi.