Sylvain Wallez wrote:
> Cocoon a une solution à ce problème de "jar hell" : le
> ParanoidCocoonServlet, qui encapsule un autre servlet dans un
> classloader étanche : toute classe ou ressource est d'abord cherchée
> dans WEB-INF/lib, même les classes systèmes (java.* et javax.*). Ca nous
> a sortis de nombre de problèmes liés à des incompatibilités entre les
> Xerces/Xalan du JDK et ceux de Cocoon, un classloader buggé dans
> certaines versions de Tomcat, etc, etc.
>
> Cette technique évite le re-rootage des jars externes.
Excellente solution, si elle marche avec WebLogic et WebSphere (surement ?) !
> Je ne suis pas certain que le nombre de développeurs dilue la vision.
> Dans le cas de Cocoon, même s'il n'y a pas de hiérarchie écrite, il y en
> a une de fait, et la vision est pilotée et entretenue par un petit
> nombre de personnes, au premier rang desquelles on trouve Stefano
> Mazzocchi, qui a créé Cocoon il y a 5 ans.
> [...]
Une mise au point : loin de moi l'idee de critiquer les developpeurs de
Cocoon. J'ai observe le developpement de Cocoon depuis le jour #1 (Cocoon
tenait a peu pres en un seul fichier), et l'ai meme utilise (le site web de
notre compagnie etait fait avec Cocoon jusqu'il y a environ deux ans, et
j'avais egalement un ou deux sites personnels faits avec Cocoon a l'epoque).
Mais notre petite equipe tres soudee a eu l'avantage de partir de zero et
j'ose penser que plusieurs idees interessantes ont resulte et continuent de
resulter de cette situation.
-Erik
--
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)
Received on Thu Sep 30 17:02:04 2004
