dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] cocoon, include ou xsl:document() ?
From: frederic.glorieux@ajlsm.com
Date: 11/02/2004 - 22:38
Ce n'est pas avec une métodologie de test aussi rigoureuse que celle
d'Eric van der Vlist, mais j'ai essayé quelque chose comme les canaux
RSS de xmlfr généré sur le système de fichier.
Je veux inclure les méta-données de documents hétérogènes (pour
l'instant OpenOffice, docbook, html, bientôt word2003 et TEI).
L'extraction de ces méta-données a besoin d'une transformation
spécifique à chaque type de documents, qui doit s'effectuer sur tout le
document. Ex: le rédacteur n'a pas mis d'abstract dans l'en-tête,
pourtant la présentation voudrait absolument un paragraphe à présenter
en page d'accueil, donc faute de mieux, prendre le premier paragraphe.
Il semble cohérent d'établir un pipe distinct pour cette version
intelligemment résumée, car cette URL peut avoir une vie à part entière
(mydoc.rdf).
Pour établir une liste ou un arbre de notices sur le système de
fichiers, j'utilise en source un générateur de répertoires, qui a la
gentillesse de se regenérer dès que je change un fichier, mais comment
inclure les notices ? Cette notice doit être accessible soit en
protocole cocoon:/, ou bien il faut passer par http:// sur le serveur
lui-même.
Eric Van Der Vlist a testé plusieurs méthodes. le xpathdirectory ne
convenait pas à ce cas, fallait-il utiliser xsl:document() ? xi:include
? ou ci:include ?
J'ai dû abandonner les xi:include ou ci:include sur ces cas, car ils
n'ont pas semblé réagir au pseudo-protocole cocoon:/, et ne voulaient
rien cacher. J'ai donc utilisé
xsl:document('http://myserver.cocoon.org'), qui m'a pourtant été très
déconseillé par des gens de cocoon (il y a quelques mois). Résultat, si
rien ne change, la cache me renvoit rapidement le HTML, pârfait, mais à
la moindre modif (documents sources, ou XSL en développemen), ça mouline
pour tout refaire.
Si XML-fr adopte cette solution, il risque d'exposer ces premiers
visiteurs à ce moulinage intempestif (enfin je suppose car je ne vois
pas encore bien comment ces canaux vont être utilisés). Auriez-vous une
idée pour mieux diviser la tâche, que la table des matières d'un site ne
prenne pas 2 minutes à regénérer pour la moindre modification d'un texte ?
--
Frédéric Glorieux http://www.strabon.org
AJLSM, ingénieur documentaire Maison des Sciences de l'Homme
<frederic.glorieux@ajlsm.com> 54 Boulevard Raspail 75006 PARIS
tel +33 (0)1 49 54 22 22 fax +33 (0)1 49 54 21 80
--
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 11/02/2004 - 22:42 UTC
webmaster@xmlfr.org
|
