Discussion :

[heid]

c'est ce que je veux dire quand je dis qu'on en vient a du CLIENT SERVEUR

Je suis bien d'accord, c'est amusant (ou pas) de voir le chemin du client lourd au client riche.

Au final on cherche a faire du "swing like" dans du web soit disant pour simplifier les déploiments (problème avec les différents browser alors qu'avec java web start le déploiment est facilité) mais a quel prix par rapport a du swing !

Faire du tout web c'est pas forcément la solution...

[Sniper37]

tout ça pour dire..que les frameworks ne font pas l'architecture. on peut utiliser JSF et avoir une architecture en spaghetti comme on peut faire du GWT avec une bonne architecture, facile à maintenir et à faire evoluer..
mais je pense quand meme que avec JSF c'est plus facile de faire les choses correctement.

[OButterlin]

Mais pourquoi tout le monde m'accuse de ça ? J'ai jamais dit ça ! J'ai bien dit injecter un EM dans les DAOs, jamais parlé de la couche présentation ...

on ne t'accuse pas, rassure toi, t'es proche du syndrome de caliméro là
mais d'un autre côté, si la couche présentation peut encore agir sur un objet non initialisé, c'est que c'est au niveau du "request" que c'est fait la demande de l'EM (par un filtre peut-être)...
Si tel est le cas, ça ne peut pas fonctionner dans un contexte EJBs distants.

A titre d'information, qu'entends-tu par "injecter un EM dans les DAOs" ?

[FreshVic]

Je suis bien d'accord, c'est amusant (ou pas) de voir le chemin du client lourd au client riche.

Au final on cherche a faire du "swing like" dans du web soit disant pour simplifier les déploiments (problème avec les différents browser alors qu'avec java web start le déploiment est facilité) mais a quel prix par rapport a du swing !

Faire du tout web c'est pas forcément la solution...

Tout a fait d'accord j'ai toujours trouvé le web tres limité, au depart il s'agissait de presenter de l'information requeté par un client via du http, c'est devenue insufisant , il on rajouter du javascript, c'etait pas suffisant il ont rajouté du DOM, puis de l'ajax, mais comme c'est chiant a coder et a maintenir Google à sortit GWT et la je dois avouer que je ne sais plus quoi reprocher au web.
Meme le protocole HTTP qui est limité au principe de requete du client-reponse du serveur permet via des bidouille de faire du server-push, maintenant le serveur peut envoyer des infos au client sans que le client l'ai explicitement demandé (alert gmail par exemple)

Enfin bref je suis d'accord avec toi SWING + java web start aurait tres bien pu percé mais je crois que GWT va etre un serieux concurrent.

tout ça pour dire..que les frameworks ne font pas l'architecture. on peut utiliser JSF et avoir une architecture en spaghetti comme on peut faire du GWT avec une bonne architecture, facile à maintenir et à faire evoluer..
mais je pense quand meme que avec JSF c'est plus facile de faire les choses correctement.

Tu as surement raison GWT n'apporte quasiment rien coté serveur, juste l'outillage pour les appelle RPC, coté serveur tu peux faire ce que tu veux , y compris de la merde