Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: domain of sebastien.arbogast@gmail.com
 designates 64.233.162.200 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=osrLeYyRdG00xH2aAWFixKEvDlob5VdFB5TFrf8hBN3Y47ICrGdgj36f0thSbDz2hO6iMZo/+OKYzg0X7tSbon7Qldi8Y0sGyoXzl6Z9rKCpt4slb9ZwhI8Nc0XVvJtjLniVmySmrObLtkC8zlCEp+CjzQoSrue2PxSja+E4O/0=
Message-ID: <a753b7f805060514493f49bd1e@mail.gmail.com>
Date: Sun, 5 Jun 2005 16:49:06 -0500
From: Sebastien Arbogast <sebastien.arbogast@gmail.com>
Reply-To: Sebastien Arbogast <sebastien.arbogast@gmail.com>
To: users-fr@cocoon.apache.org, Laurent Perez <hakimm@gmail.com>
Subject: =?ISO-8859-1?Q?Re:_RE_:_interface_base_de_donn=E9es?=
In-Reply-To: <501089280506051437e77bbf9@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <12E41EBC9D97EA44AEFCD62CD583BF98121E7F@serveur.LAFAYETTE.local>
	 <a753b7f80506051058639c30e3@mail.gmail.com>
	 <501089280506051437e77bbf9@mail.gmail.com>

Le 05/06/05, Laurent Perez<hakimm@gmail.com> a =E9crit :
> Au risque de me faire l'avocat du diable, si tu n'es pas un
> d=E9veloppeur Java relativement exp=E9riment=E9, je recommanderais le SQL
> transformer,  puis les XSP (pas taper :) ) Apr=E8s tout ce sont des
> blocs livr=E9s avec Cocoon, autant rester dans un framework d=E9j=E0 conn=
u.

Non on tape pas... c'est vrai aussi ce que tu dis. Il vaut mieux
toujours minimiser la complexit=E9 (le bon vieux principe du rasoir
d'Occam). Par contre il faut quand m=EAme pr=E9ciser pour le
cocoono-n=E9ophyte que le XSP est "d=E9pr=E9ci=E9" maintenant. Ce qui pour
reprendre l'expression de jeus=E9pluki (qui a toujours le bon mot ;-))
ne signifie pas que les XSP ne sont plus support=E9es mais simplement
qu'elles ne sont plus "mises en avant".

> Spring est int=E9rressant pour diviser les probl=E8mes dans des syst=E8me=
s
> plus cons=E9quents, mais demande vraiment un temps d'apprentissage
> cons=E9quent. 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=E9 =E0 du flowscript peut grandement
> faciliter le dev.

Pour ce qui est du temps d'apprentissage de Spring je me permets de
mettre un b=E9mol : bon bien s=FBr ce n'est que mon exp=E9rience personnell=
e
mais j'ai d=E9marr=E9 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=E9ale dans l'absolu.
Comme souvent c'est une question d'=E9valuation des besoins.

--=20
Sebastien ARBOGAST

---------------------------------------------------------------------
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