Discussion :

[the_kid_33]

bonjour à tous,
je travaille actuellement en tant que stagiaire dans une entreprise, et le sujet de mon stage est justement de faire migrer un certain nombre d'applis web faites en struts et jsp (serveur d'aplli tomcat) vers une techno GWT.
N'ayant aucune expérience du J2EE, j'ai commencé par lire des tutoriels toute la semaine sur les 2 technos en question, et je commence à comprendre comment cela fonctionne... pas trop non plus, c'est que 4 jours de boulot.. :oops:
Ma question pour vous est la suivante, est-ce qu'il existe une methodologie connue pour effectuer une migration de façon générale? et pour du GWT en particulier?

Par ailleurs, j'ai beaucoup lu les posts existant et je me pose la meme question qu'un certain nombre de personnes: est-ce que GWT suffit a lui tout seul a implémenter l'ensemble de l'appli, y compris le coté serveur?

merci d'avance pour vos réponses :)

ps: c'est mon premier post, youpi!

[darkxan]

GWT c'est uniquement le côté client. Le coté serveur reste géré de la même manière.

Je ne connais pas de méthodologie pour faire la transition. Par contre elle ne sera pas évidente si l'application ne respecte pas l'architecture J2EE standard : présentation, business, dao.

Si tu veux migrer vers GWT, il faut quasiment virer la partie présentation Struts et faire juste des petits controllers qui appelleront le business. Et pour la cliente avec GWT, tu vas devoir entièrement reprendre toutes les pages avec GWT en ajoutant les contrôles pour faire les appels RPC.

[dolfendo]

Slt ,je pense que tout ce qui a été fait coté serveur ne sera pas perdu mais pour la partie cliente que tu veux faire en gwt tu vas devoir tout refaire.La manière de coder en gwt est différente de celle de struts .
Mais il est toujours plus facile de reprendre du code qui a déjà fait sur une autre techno...

[Tommy31]

Les contrôleurs côté serveur sont à refaire, ce qui n'est pas une mince affaire. En outre, vu la techno tu ne dois pas avoir sous la main d'objets de transferts, ce qui veut dire qu'il va falloir que tu te paluche le bridge entre le domaine métier et présentation...

Je parle même pas de la philosophie 'flow' de struts qu'il faut revoir pour l'intégrer dans un vision 'mono-page'...

Bref, pour un travail de stagiaire c'est de la haute voltige !

[the_kid_33]

salut à tous,
tous d'abord, merci pour vos encouragements

bon j'ai compris que coté serveur, il faudra modifier les controles.

par contre, excusez mon ignorance, mais je vois pas encore trés bien pourquoi toute la partie client sera a refaire, c'est vrai que j'en suit à comprendre l'architecture de la chose, mais quelqu'un pourrait-il me donner des exemples de raisons qui font que ces parties diffèrent dans les deux technos?

Je sais, je l'ai pas choisit parce qu'il est facile ce stage, mais l'approche donnée au sujet est particuiliere: je doit me pencher sur la plus simple des applis (3 pages) et essayer de la faire migrer, et seulement ensuite tenter de donner des methodes generiques pour le reste, fort des enseignements de la premiere migration. C'est sur que cela sera difficile, mais il n'est pas dit que le résultat de l'étude au final ne soit que la migration est impossible ou trop couteuse. Tout ça en 4 mois, ça doit etre faisable quand même!
Bref je dois faire de mon mieux, c'est mal engagé parce que je patauge vraiment dans struts là, tout conseil pour bien débuter ou bien approcher le probleme est le bienvenu

merci à tous.

ps: bientot, c'est moi qui répondrai au question des internautes

[Tommy31]

Jsp c'est une techno côté serveur, gwt coté client. Ca fait une grosse différence.

En jsp, la construction de la page se fait côté serveur. Les controleurs invoquent les services et passent le résultat à la page qui l'exploitent pour se construire. Le résultat est retourné au navigateur.

En gwt, les invocations se font directement du navigateur aux controleurs qui retournent les résultats. Et les résultats sont interprétés côté client.

La philosophie est bien différente donc.