Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-ID: <47E3D27F.8010605@anyware-tech.com>
Date: Fri, 21 Mar 2008 16:21:35 +0100
From: =?ISO-8859-1?Q?C=E9dric_Damioli?= <cedric.damioli@anyware-tech.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: users-fr@cocoon.apache.org
Subject: Re: anyware ne =?ISO-8859-1?Q?pr=E9conise_plus_cocoon_=3F?=
References: <47E38ABC.9050507@meteo.fr> <47E3C382.3090207@apache.org>
In-Reply-To: <47E3C382.3090207@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

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