dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: [xhtml] Objectifs
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 31/12/2003 - 10:53
On Wed, 2003-12-31 at 11:42, Sylvain Wallez wrote:
> Eric van der Vlist wrote:
>
> >On Wed, 2003-12-31 at 00:01, Sylvain Wallez wrote:
> >
> >
> >>[j'essaye de rattraper le trafic étonnant pendant cette période plutôt calme par ailleurs ;-) ]
> >>
> >>
> >
> >Oui, j'ai également du mal à suivre!
> >
> >
>
> Mais le point positif, c'est que l'étendue des compétences réunies sur
> cette liste est très impressionnante : on a des experts dans tous les
> domaines !
Oui, c'est très enrichissant notamment de réunir des compétences de type
webmestre et développeurs XML!
>
> >>Je connais peu SDX, mais j'ai cru comprendre qu'il reposait beaucoup sur les XSPs, qui ne sont pas naturellement cachables (bien qu'on puisse le faire).
> >>
> >>
> >
> >Hmmm... A ce sujet, j'aimerais éviter au maximum les XSPs et privilégier XSLT qui est plus portable et plus conforme à l'idée que je me fais d'un système de publication XML...
> >
> >
>
> XSP et XSLT n'ont pas les mêmes buts : XSP est un générateur qui va
> construire dynamiquement le document initial de la chaîne de traitement.
> C'est tout à fait comparable à JSP/ASP/PHP, sauf que ça produit du XML.
Certes, mais on pourrait être tenté d'utiliser XSP comme PHP et de ne
pas tirer partie de l'architecture en pipelines de Cocoon...
> On l'utilise principalement lorsqu'il faut "XMLifier" des choses
> diverses comme des requêtes de SQL, des requêtes Lucene (encore qu'il y
> ait un "SearchGenerator" pour ça) ou n'importe quel résultat d'une
> logique Java.
J'ai tendance à préférer l'idée de générateurs spécifiques à celle de
XSP, mais c'est peut-être un mauvais préjugé!
> XSLT transforme le contenu initial qui peut venir d'un fichier, une XSP
> ou n'importe quelle autre source XML. La confusion est toutefois
> possible si on utilise les extensions Java depuis XSLT : la feuille de
> style devient alors une sorte de langage de script.
Dans le cas général (hors Cocoon), je pense que ce n'est pas
nécessairement un mal si on isole cette partie "scripting" dans des
transformations qui ne font que cela.
> L'architecture en
> pipeline de Cocoon permet généralement d'éviter cette approche.
Oui.
Eric
> Sylvain
--
Curious about Relax NG? Read my upcoming book online.
http://books.xmlschemata.org/relaxng/
Upcoming XML schema languages tutorial:
- Santa Clara -half day- (15/03/2004) http://masl.to/?J24916E96
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 31/12/2003 - 17:02 UTC
webmaster@xmlfr.org
|
