From: COUTHURES Alain (Alain.Couthures@justice.fr)
Date: 10/03/2004 - 16:06
Pour résumer ce que j'ai en tête, j'ai l'intention de faire :
1) XML paramètres + (XSLT DocBook + document(CGI/Web Service)) -> DocBook
2) DocBook + XSLT -> XHTML ou XSL-FO
Dans ce modèle-là, un document DocBook "dynamique" est représenté par une unique feuille de style XSLT...
Alain COUTHURES
Ecole Nationale de la Magistrature
Bordeaux - Paris
-----Message d'origine-----
De : Herve AGNOUX [mailto:herve.agnoux@diaam-informatique.com]
Envoyé : mercredi 10 mars 2004 17:02
À : xml-tech@xmlfr.org
Objet : [xml-tech] Re: document() et services web
Le Mercredi 10 Mars 2004 11:28, Eric van der Vlist a écrit :
>
> Je ne vois pas bien les raisons de cette réticences à utiliser ce qui
> ressemble bien à une architecture Service Webs / REST !
>
A ce que j'ai compris, l'idée d'origine est de prendre un document XML, puis,
par une transformation faisant appel à d'autres documents, de le transformer
en un document format DocBook.
Mes réticences sont sur le "transformation faisant appel à d'autres
documents". Pour moi, chaque transformation XSLT doit faire appel à un seul
document origine et une seule feuille de style. S'il y en a plusieurs, alors
il est mieux de prévoir une transformation préalable pour intégrer les
différentes sources documentaires.
Je ne critique donc pas l'utilisation de CGI REST ou autre, mais le moment de
les utiliser ; au lieu de faire une seule transformation faisant appel à 36
origines, je crois qu'il est préférable de chainer 36 transformations de
façon à ne marier à chaque fois que 2 documents, ces deux documents pouvant
très bien être obtenus par un REST CGI (qu'il faudra bien écrire en un
langage procédural, il me semble ?).
C'est le principe, bien sûr... Si à une étape il est justifié de marier 4
documents parce qu'ils vont bien ensemble je n'ai rien contre. Mais cela doit
être justifié par le fait que sinon on obtiendrait un document incohérent.
> Cela me semble au contraire une manière simple de publier sous forme de
> ressources web des services de manière totalement indépendante du
> langage utilisé pour les implémenter.
>
Oui, mais il vous faudra bien en utiliser un. Dans certains cas (l'auteur cite
comme exemple des accés à des bases de données) il me semble qu'il vaut mieux
utiliser d'autres techniques que XSLT.
> C'est la méthode que j'ai utilisé par exemple pour implémenter les
> sondages de XMLfr :
>
> http://xmlfr.org/documentations/articles/021115-0002
>
Si je comprends, bien, vous avez fait :
XML Source + (XSLT + document(CGI Python)) -> XHTML.
Moi, j'aurais fait :
XML Source + document(CGI Python) -> "XML avec sondage"
XML avec sondage + XSLT -> XHTML.
Dans votre cas il y a deux documents XML de données : le XML Source et le
document(CGI Python) ; dans mon cas il y a un document XML intermédiaire de
plus : XML avec sondage, qui est la somme des deux premiers sans aucune mise
en forme. Vous pouvez opérer cette somme de la façon que vous voulez, du
moment que l'on puisse donner au document intérmédiaire une URL.
Bien sûr dans ce cas, je présume que c'est très simple et on discute surtout
au niveau des principes ; dans la mise en oeuvre j'aurais fait certainement
comme vous. Je suis même prét à admettre que l'on peut rassembler le XML
Source et le CGI Python avec la commande document() de XSLT.
Mais je crois que lorsque les choses deviennent plus compliquées il vaut mieux
procéder étape par étape, et non tout rassembler dans une seule feuille XSLT
et autant de fonctions document() que nécessaire. Et cela ne nuit en rien à
l'indépendance totale, puisque à chaque étape vous pouvez très bien utiliser
une archi REST et des CGI python.
Cordialement.
--
SARL diaam informatique - 04 50 44 26 54
Ingenierie, développements de systèmes d'information
http://www.diaam-informatique.com
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC
webmaster@xmlfr.org
| 
