Discussion :

[Matthieu Brucher]

En ce moment, je cherche un éditeur graphique pour générer un pipeline à partir d'une interface graphique. Dans cette quête, le XML m'a semblé intéressant parce qu'après, on peut l'utiliser pour tout type de pipeline. Et là, le W3C a une soumission d'un langage, le XML Pipeline Definition, dérivé du XML Pipeline/Processor Definition.
Est-ce que vous connaissez un logiciel permettant de générer ce code XPL à partir d'un graphique ? Avec une séparation claire des entrées et des sorties - pas comme Stylus Studio par exemple, sachant que je ne suis pas sûr que ce dernier génère du code XPL - pour bien savoir qu'est ce qu'on met dans quoi - ce qui permet aussi d'ailleurs une vérification de type à l'aide d'un schéma -

[GrandFather]

Salut,

je ne connais pas d'éditeur, et je doute qu'il y en ait beaucoup, voire qu'il en existe : la spécification W3C de XPL n'est encore qu'en version Draft, le langage n'est donc pas encore totalement stabilisé.

Ceci dit, je pense qu'une solution basée sur Visio couplé avec du XSLT pourrait faire l'affaire. Tu devrais chercher de ce côté-là, peut-être existe-il quelque chose.

[Matthieu Brucher]

Mouais, pas génial, on n'a pas Visio, surtout qu'on tourne majoritairement sous Linux
Mais même si ce n'est qu'un draft, XPL, il devrait y avoir des débuts d'implémentation libre, comme pour Stylus Studio qui a l'air de faire des pipelines, peut-être pas avec XPL, mais au moins on peut générer visuellement ce genre de bestioles, et c'est pas si courant que ça, ce genre de logiciels

[Erwy]

Mais même si ce n'est qu'un draft, XPL, il devrait y avoir des débuts d'implémentation libre

dans les technos XML, l'idée 1 norme= 1 implémentation est un mythe du même ordre que bigfoot ou nessie.
Je pense être gentils en disant qu'il y a un peu plus de la moitié des normes de ce domaine qui ont très peu (et je ne parle pas alors de la qualité ) , voir pas, d'implémentation . Il est plus facile d'avoir des idées que de les réaliser.
Conseil que m'a donné par un "vieux" ( ) , regarde la liste des contributeurs à la norme: s'il n'y a pas un contributeur venant de M$, Oracle, IBM ou autre , soit patient (version géologique ).

[Matthieu Brucher]

La boîte qui a fait la soumission est Orbeon
Ce qui était sympa avec cette proposition, c'est qu'on pouvait à priori utiliser le modèle pour d'autres systèmes qu'un pipeline pour du traitement XML...
Bon, va falloir réfléchir, merci pour les infos

[GrandFather]

Ce qui était sympa avec cette proposition, c'est qu'on pouvait à priori utiliser le modèle pour d'autres systèmes qu'un pipeline pour du traitement XML...

C'est quand même dédié traitement d'infosets, l'utilisation hors d'un cadre XML me paraît donc assez limitée... Pour info, Orbeon est le "concurrent" de Apache (Cocoon) dans le domaine du workflow XML.

[Matthieu Brucher]

Effectivement, en lisant la FAQ d'Obeon, je me suis rendu compte que ce n'était pas exactement ce qu'il me fallait, je vais aussi regarder du côté du XML Pipeline Definition Language de Sun.
Au pire, faudra définir sa propre norme pour un cadre plus général/générique