Bonjour Erik et bienvenue sur cette liste.
> Eric van der Vlist wrote:
>
> > Il me semble qu'au delà de ces différences un peu superficielles, il
> > y a des différences plus profondes qu'il me semble intéressant de
> > dégager.
>
> Ceci est tout a fait correct, et Eric a surement fait douloureusement
> l'experience
N'exagérons rien :) ...
> de certaines de ces differences : on n'ecrit pas une
> application avec Presentation Server tout a fait comme on ecrit une
> application avec Cocoon. Par exemple, Presentation Server se demarque
> de Cocoon avec sa claire separation entre:
>
> 1. Les pipelines, qui interconnectent des processeurs (ou composants
> XML), avant de les executer dans un certain ordre. Un pipeline peut
> etre vu comme un programme, un processus, ou meme une fonction,
> avec entrees, sorties, sequences, iterations, conditions, etc., le
> tout strictement base sur l'echange de documents XML. Le pipeline
> engine est lui-meme un processeur, et l'on peut donc facilement
> encapsuler des appels a des pipelines comme on le ferait avec des
> fonctions. Il est meme possible de generer dynamiquement des
> pipelines avec XSLT, par exemple.
Oui, j'ai commencé à apercevoir ces possibilités et c'est ce qui me
donne envie de poursuivre mes essais de Presentation Server :) ...
> 2. L'organisation du site ou de l'application web, qui represente des
> pages individuelles composees de differents elements : modele, vue,
> formulaire (XForms), et actions. Ces composants peuvent etre
> implementes a l'aide de pipelines. Ceci est controlle par le Page
> Flow Controller (qui est d'ailleurs lui-meme un processeur).
Hmmm... Je pense qu'il faut que je donne plus d'informations sur le
contexte pour comprendre ce que je cherche à faire.
Je voudrais, quelque soit l'outil utilisé, garder deux principes
utilisés sur le site actuel :
1) Utilisation de RSS pour les indexes du site
cf http://xmlfr.org/actualites/xmlfr/010212-0001
C'est ce qui explique pourquoi j'ai tenu à ce que les résultats soient
disponibles sous forme de documents RSS
2) Feuilles de style sans style
http://xmlfr.org/documentations/articles/001214-0001
J'ai pensé un moment que ce serait difficile à implémenter avec Cocoon
(cf http://xmlfr.org/communautes/dev/listes/dev/2003/12/0077.html) mais
finalement, c'est plutôt facile grâce justement à l'utilisation du
protocole cocoon: qui est disponible "à tous les étages" y compris dans
les transformations XSLT.
Cette conception va un peu à l'encontre d'une vision trop centralisée de
la définition d'un site.
Je voudrais pouvoir utiliser une "sitemap" ou "page-flow" pour définir
des composants réutilisables dans les pages (par exemple l'affichage
d'un canal RSS) et donner suffisamment d'autonomie aux auteurs des pages
pour qu'ils puissent de manière simple les réutiliser dans leurs pages.
Admettons que j'écrive une page qui regroupe les informations sur
Orbeon. Je voudrais que l'auteur de la page puisse facilement (en sans
avoir à modifier la sitemap (au sens large) inclure dans sa page la
liste des résultats de recherche sur Orbeon, l'index des articles sur le
sujet, la description d'Orbeon, ...
Avec mes "feuilles de style sans style", c'est simple : on rajoute dans
un document XHTML standard (que l'on peut éditer avec un éditeur XHTML)
des éléments spécifique par exemple (<document-rss href="..."/>) et la
transformation XSLT fait le reste.
Avec Cocoon, si on utilise le protocole "cocoon:", on a accès direct aux
définitions de la site map (y compris à des définitions privées non
accessibles par http) sans passer par le serveur web et en utilisant le
cache si nécessaire.
Avec PresentationServer, je pensais trouver la même fonctionnalité avec
la protocole "oxf:", mais ce n'est pas le cas.
Un contournement consiste à utiliser le protocole http mais je ne suis
pas certain qu'il n'y ait pas des conséquences sérieuses au niveau des
performances.
Un autre contournement consiste à générer dynamiquement le pipeline qui
va constituer la page. Est-ce celui que tu conseillerais pour faire ce
que je veux et est-ce que cela ne va pas considérablement alourdir les
choses?
Eric (désolé d'avoir été si long!)
--
Read me on XML.com.
http://www.xml.com/pub/au/74
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(ISO) RELAX NG ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(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)
Received on Tue Sep 21 08:55:55 2004
