dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: Projet Jakarta - Tomcat ? Cocoon ? Struts ?
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 20/12/2003 - 10:48
Bonjour,
On Sat, 2003-12-20 at 00:53, Mathieu Blondel wrote:
> Bonsoir,
>
> je vois qu'on parle de Cocoon comme futur outils pour XMLfr. Je ne connais
> pas très bien le monde de Java et je me perds un peu dans l'ensemble du
> projet Jakarta.
>
> Comme je m'intéresse depuis quelques semaines à la gestion documentaire (je
> me suis inscrit sur cette liste afin de suivre votre cheminement), quelqu'un
> pourrait-il m'expliquer les caractéristiques de Cocoon, Struts et Tomcat svp
> ? Quels avantages apportent ils pour la gestion documentaire ?
Antoine Mensch ayant répondu sur les positionnements de Cocoon, Struts
et Tomcat, il ne me reste plus qu'à préciser pourquoi je pense que
Cocoon est intéressant dans le cadre de XMLfr.
La première raison n'est pas technique mais pédagogique : XMLfr cherche
à être une vitrine des technologies XML et Cocoon est devenu le
framework XML par excellence. A tel point que l'on voit de nombreuses
questions relatives à Cocoon sur xml-tech bien que ce soit une liste
généraliste sans que cela ne semble gêner personne!
A ce titre, si XMLfr peut montrer un exemple d'utilisation de Cocoon,
cela le confortera dans son rôle de vitrine XML!
Techniquement, Cocoon permet de moderniser l'architecture du site (basée
sur des transformations XSLT) tout en conservant son principe de base
qui me donne actuellement satisfaction.
J'apprécie le fait que Cocoon ne soit "qu'un" framework de publication.
Cela permet de distinguer trois grandes fonctions indépendantes au
niveau du site :
* Le système éditorial qui est actuellement basé sur un robot
écrit en Python et abonné à la liste de discussion
redacteurs@xmlfr.org. J'aurai l'occasion de revenir sur ce sujet
dans la suite de ce projet.
* Le stockage des documents (actuellement réalisé sous forme de
fichiers).
* Leur publication.
Cocoon permet de rendre plus indépendantes les fonctions de stockage et
de publication sans toucher au système éditorial et cela d'une manière
très souple (il est possible de changer de système de stockage en
touchant uniquement à la "sitemap" du site).
Le système actuel (simple servlet réalisant des transformations XSLT) ne
permet pas ce découplage.
De plus, Cocoon devrait nous permettre d'intégrer relativement
facilement les parties du site qui ne sont pas actuellement gérées en
XML (liens, archives des listes et moteur de recherche).
> Et accessoirement, avez-vous pensé à une alternative Zope / Python pour
> XMLfr ?
Mon langage favori pour la manipulation de documents XML est Python
(pour le type d'applications que nous pouvons être amenés à réaliser
pour XMLfr, un langage à typage dynamique est beaucoup mieux adapté pour
le traitement des documents XML) et Zope est donc tentant.
Ce que je n'aime pas dans Zope (outre le fait que XML n'occupe pas une
place centrale dans son architecture) c'est son caractère "intégré" qui
le rend un peu trop opaque à mon goût (et pour ce que je veux montrer
avec XMLfr).
Avec Cocoon tout est exposé à partir de la sitemap qui est un simple
document XML. Avec Zope, au contraire tout est géré "en interne" et je
ne pense donc pas que l'on puisse garder cette architecture à trois
fonctions que je mentionnais plus haut.
Python propose un autre framework (4Suite) mais il n'a ni l'architecture
en pipeline de Cocoon ni son niveau de maturité. Cependant, certaines de
ces fonctions (notamment la base RDF qui est un de ses points forts en
raison de son langage d'interrogation, versa, que je considère comme
bien plus avancé que les propositions concurrentes) peuvent être
interfacées avec Cocoon et j'envisage de tester cela par la suite.
> Merci beaucou
Merci pour cette excellente question!
Eric
--
Freelance consulting and training.
http://dyomedea.com/english/
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
|
