dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: Forrest
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 05/01/2004 - 14:00
On Mon, 2004-01-05 at 14:41, Antoine Mensch wrote:
> > 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.
Les deux me semblent néanmoins fortement liés puisque c'est la sitemap
qui associe à chaque URI le traitement à déclencher pour constituer le
document à renvoyer.
Dans le cas de XMLfr, je souhaite de plus que la structure du site
(celle du répertoire webapp Cocoon) soit découplée de la structure de
stockage : dans l'installation que je propose actuellement, il y a deux
structures de répertoires différentes pour la structure du site et le
stockage des articles.
La sitemap définit donc une structure implicite, par exemple :
/
|- actualites /
|- agenda /
|- tech /
|- decid /
...
Je ne vois pas bien l'intérêt d'ajouter un deuxième niveau d'indirection
entre l'organisation logique du site et la structure donnée par la
sitemap, sauf si nous pouvions projeter plusieurs structures logiques,
c'est à dire avoir plusieurs "site.xml" en fonction du point d'entrée ou
du profil de l'utilisateur.
> 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.
Le fait de pouvoir définir plusieurs "site.xml"?
Je n'avais pas compris cela, mais c'est intéressant.
Si c'est le cas, je me demande comment on gère les différents "site.xml"
correspondant aux différentes structures du site.
Est-ce qu'il ne vaudrait pas mieux se tourner pour cela vers des
technologies plus adaptées comme par exemple les Topic Maps?
> 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?
C'est une des questions que j'ai posées et il semble que l'on souhaite
essayer de marier les deux!
> > 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).
Oui.
> > > 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.
OK.
> > 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.
:-)
Eric
> 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)
--
Read me on XML.com.
http://www.xml.com/pub/au/74
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
(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)
Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 UTC
webmaster@xmlfr.org
|
