cocoon-users-fr mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cédric Damioli <cedric.dami...@anyware-tech.com>
Subject Re: anyware ne préconise plus cocoon ?
Date Fri, 21 Mar 2008 15:21:35 GMT
Je plussoie très largement Sylvain, étant bien placé pour en parler 
puisqu'un des plus gros utilisateurs de Cocoon à Anyware.
Evidemment, Cocoon 2.1.x étant très stable Cocoon 2.2 pas encore assez, 
il y a moins d'activité le concernant de notre côté, mais c'est toujours 
la brique de base inamovible de notre CMS.
Et ce pour un certain temps je pense... :-)

A noter, même si ce n'est pas le lieu, qu'Anyware propose toujours des 
formations et de l'expertise sur le sujet, en dehors de ses activités 
logicielles autour des applis CMS/GED.

Cédric


Sylvain Wallez a écrit :
> Sébastien Geindre wrote:
>> bjr à tous,
>>
>> Je ne souhaite en aucun cas lancer un troll sur anyware et 
>> coocon...Sylvain et Anyware ont apporté tellement à la communauté 
>> cocoon qu'il serait stupide de jeter la pierre à quiconque.
>>
>> Par contre, j'aimerais bien connaître les raisons qui ont poussé 
>> Anyware  a délaissé Cocoon et à investir dans d'autres framework web 
>> (Wicket,...)
>>
>> D'ou le sujet...
>
> Vaste sujet !
>
> Anyware Technologies n'a pas vraiment délaissé Cocoon, mais a évolué 
> d'une mono-culture cocoonesque à la reconnaissance qu'à différents 
> besoins correspondent différents outils, encouragé dans cette voie par 
> l'évolution de la technologie, aussi bien côté browser que côté 
> frameworks.
>
> Concrètement, Anyware utilise Cocoon là où son utilisation est 
> justifiée, c'est à dire dans les applications de type CMS et chaînes 
> de publication documentaires, là où on a besoin de pipelines de 
> transformations. Cocoon est encore sans équivalent dans ce domaine (à 
> part Orbeon).
>
> Dans le domaine des applications web (gros formulaires, écrans très 
> interactifs avec Ajax) auquel Cocoon s'était "attaqué" et où j'avais 
> personnellement été très actif, Cocoon a pu être précurseur et 
> novateur, mais il a été rapidement dépassé par des nouveaux venus 
> dédiés à ce domaine tels que Wicket ou GWT, mais aussi des approches 
> plus "client-side" comme DWR où la composante serveur est purement 
> applicative.
>
> Ces nouveaux arrivants dans les applications web, en poussant la barre 
> du côté "tout en Java/Javascript" là où Cocoon était "un max en XML" 
> ont aussi apporté de l'air frais à une époque ou nombreux étaient ceux 
> qui avaient une saturation des "crochet ouvrant, crochet fermant". La 
> programmation déclarative a ses limites.
>
> Au final, le constat a été qu'utiliser Cocoon dans des applications 
> constituées essentiellement de formulaires n'avait pas vraiment de 
> sens, et que les nouveaux frameworks spécialisés dans ce domaine 
> apportaient plus de productivité. Wicket est de ceux-là, et nous 
> l'avons utilisé avec succès et satisfaction pour ce type d'application.
>
> En conclusion, il n'y a pas d'outil magique, et il ne faut pas essayer 
> de vouloir tout faire avec Cocoon. Il a par contre ses domaines 
> d'application privilégiés, qui sans hasard correspondent à sa mission 
> initiale : les chaînes de transformations XML, très adaptées pour les 
> applications de type CMS. Anyware a d'ailleurs une grosse activité CMS 
> utilisant le produit maison Ametys bâti sur Cocoon, qui a été mis en 
> opensource [1].
>
> D'un point de vue plus personnel, j'ai aussi évolué en prenant il y a 
> 2 ans d'importantes responsabilités dans le projet Joost [2] où Cocoon 
> n'avait pas vraiment sa place. Ce changement coïncidant avec une 
> saturation du tout XML et des gros framework, revenir à du tout-Java 
> avec des servlets (presque) de base en frontal de grosse logique 
> métier, et utiliser Wicket sur des applications de type back-office a 
> été un renouvellement presque salutaire.
>
> Dans l'étape suivante se mon évolution professionnelle (teasing 
> teasing, à suivre sur mon blog dans les prochaines semaines), je vais 
> à nouveau avoir besoin de transformations XML. Mais je ne crois pas 
> que je reviendrai à Cocoon, au moins sous sa forme actuelle. J'ai 
> besoin de quelque chose de plus "léger", plus agile, qu'on puisse 
> utiliser directement depuis Java ou Javascript côté serveur. C'est une 
> tendance qu'on sent depuis longtemps au sein du groupe des 
> développeurs de Cocoon, et il est possible qu'un "mini-Cocoon" 
> apparaisse dans le futur.
>
> Au final, la conclusion est que Cocoon est un produit mature et 
> éprouvé, très adapté à certains problèmes, mais pas à tous.
>
> Voilà. Merci à ceux qui ont lu jusqu'ici, j'espère que ça clarifie les 
> choses.
>
> Sylvain
>
> [1] http://www.ametys.org/
> [2] http://bluxte.net/blog/2006-11/15-28-34.html
>


-- 
Cédric Damioli
Solutions GED/CMS Ametys
ANYWARE TECHNOLOGIES
Tel : +33 (0)5 61 00 73 47
Fax : +33 (0)5 61 00 51 46
http://www.anyware-tech.com
http://www.ametys.fr / http://www.ametys.org


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org


Mime
View raw message