Le 05/06/05, Laurent Perez<[EMAIL PROTECTED]> a �crit : > Au risque de me faire l'avocat du diable, si tu n'es pas un > d�veloppeur Java relativement exp�riment�, je recommanderais le SQL > transformer, puis les XSP (pas taper :) ) Apr�s tout ce sont des > blocs livr�s avec Cocoon, autant rester dans un framework d�j� connu.
Non on tape pas... c'est vrai aussi ce que tu dis. Il vaut mieux toujours minimiser la complexit� (le bon vieux principe du rasoir d'Occam). Par contre il faut quand m�me pr�ciser pour le cocoono-n�ophyte que le XSP est "d�pr�ci�" maintenant. Ce qui pour reprendre l'expression de jeus�pluki (qui a toujours le bon mot ;-)) ne signifie pas que les XSP ne sont plus support�es mais simplement qu'elles ne sont plus "mises en avant". > Spring est int�rressant pour diviser les probl�mes dans des syst�mes > plus cons�quents, mais demande vraiment un temps d'apprentissage > cons�quent. Mais il est certain que si ton application web consiste en > autre chose que de la publication pure et dure, alors un outil d'orm > comme Hibernate (iBatis, etc.) coupl� � du flowscript peut grandement > faciliter le dev. Pour ce qui est du temps d'apprentissage de Spring je me permets de mettre un b�mol : bon bien s�r ce n'est que mon exp�rience personnelle mais j'ai d�marr� l'apprentissage de J2EE en Janvier (avant j'avais 5 ans de J2SE dans les valises c vrai) mais il ne m'a fallu que deux ou trois semaines pour bien maitriser Spring. C'est d'ailleurs un de ces arguments marketing : beaucoup plus simple que les EJB. Bon maintenant je confirme ce que dit Laurent : ce ne sont pas les technologies qui manquent mais aucune n'est id�ale dans l'absolu. Comme souvent c'est une question d'�valuation des besoins. -- Sebastien ARBOGAST --------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
