dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: Forrest
From: Antoine Mensch (antoine.mensch@xquarkgroup.com)
Date: 05/01/2004 - 13:41
> C'est intéressant et cela rejoint des points que je souhaitais aborder
> un peu plus tard, notamment la modélisation de la structure du site.
>
> Il y a actuellement une carte du site XMLfr (en XML) qui permet de
> générer les interfaces de navigation et la carte du site :
>
> http://xmlfr.org/infos/plan/
>
> Avec ou sans Forrest, j'aimerais conserver cette approche et me demande
> comment lier cela à une sitemap Cocoon.
>
> Forrest semble choisir de gérer un document séparé (site.xml), mais je
> me demande si ce ne serait pas plus intéressant d'intégrer ces
> informations à la sitemap Cocoon pour n'avoir qu'un jeu de sources
> unique.
>
Le fichier site.xml correspond en gros à la carte du site, et contient en
plus les références externes. Je ne suis pas convaincu de l'intérêt de
mettre la structure du site dans la sitemap, car je pense que les deux
documents correspondent à deux niveaux de description différents: la sitemap
définit les types de transformations à appliquer aux types de documents en
entrée, tandis que site.xml décrit l'organisation du site. On peut donc
facilement envisager plusieurs sites utilisant la même site map avec des
plans de site spécifiques et des transformations XSLT de présentation
différentes. C'est d'ailleurs le comportement par défaut de Forrest. Tout
dépend de l'objectif final: veut-on faire de XMLfr une vitrine des technos
XML, sans promouvoir nécessairement la réutilisation immédiate des
fonctionnalités développées, ou un "framework", dont la vocation est d'être
réutilisé le plus simplement possible dans des contextes différents?
> La difficulté viendrait alors de ce qu'il ne semble pas possible
> d'ajouter des annotations dans une sitemap Cocoon.
>
> Il faudrait donc soit modifier cela soit intercaler une transformation
> XSLT entre notre "super site map" et la site map telle qu'elle est
> connue actuellement pour enlever ces annotations soit "bricoler" et
> ajouter ces annotations sous forme de PIs.
>
Je ne sais pas si Cocoon peut se "bootstraper" et générer dynamiquement sa
propre site map, donc ce mécanisme nécessiterait la mise en place d'un
mécanisme de contrôle de plus haut niveau pour générer la site map et lancer
Cocoon. C'est d'ailleurs ce que fait Forrest (il prépare et vérifie la
structure de fichiers avant de lancer Cocoon).
> > L'intérêt de Forrest dans un contexte de réutilisation est qu'il est
> > (relativement) facile à paramétrer au niveau de la présentation, en
> > utilisant un certains nombre de fichiers de configuration XML.
>
> Oui. D'un autre côté, je me demande s'il n'est pas plus compliqué de
> comprendre (et modifier si nécessaire) Forrest tel qu'il est que de
> développer quelque chose sur mesure!
>
> Comme tu le dis, il y a des concepts intéressants mais je suis plus
> réservé sur l'utilisation directe.
>
Je ne dis pas qu'il faut modifier Forrest! Comme tu le dis, c'est sans doute
assez compliqué, d'autant plus que tout est organisé autour de leur DTD
Apache (http://xml.apache.org/forrest/dtd-docs.html). De plus, Forrest n'est
pas la panacée, je trouve que l'ajout d'un nouveau format d'entrée n'est pas
très simple, et que les nombreux fichiers de paramètres rendent la
configuration assez compliquée (même si la mise en oeuvre pour un site
simple comme le notre est très rapide). Dernier point, Forrest ne semble pas
très bien adapté à une transformation temps réel (même si il y a un mode
temps réel). C'est bien des principes dont je parle.
> Pour juger plus objectivement, on pourrait monter un prototype lorsque
> nous aurons progressé dans la definition des pages...
>
C'est vrai qu'il faut déjà se mettre d'accord sur la source et la cible
avant de trouver le meilleur outil pour aller de l'un à l'autre.
Antoine
--
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 28/01/2004 - 09:12 UTC
webmaster@xmlfr.org
|
