Discussion :

[dzafer]

Bonjour a tous,

Quelqu'un à l'expérience de la performance sur une grosse application (plus de 10 écrans, ...) avec côté serveur java 1.5 (jpa, hibernate, ...)

D'après un exemple que j'ai peu trouvé, il faut créer la partie client, ensuite le référencer comme un jar dans la partie développement server.

Quelqu'un peut-il me dire la manière de le faire plus simplement (si possible) ?

Autre question : Est-il possible de découper une application en morceau, afin que tout ne soit pas charger au démarrage?

Merci d'avance.

[benwit]

Question performance,
côté serveur, c'est équivalent à n'importe quelle application développée avec d'autres techno Java pour ce qui est des traitements métiers.
En revanche, tu y gagnes sur le fait que tu es senser envoyer que des données et non pas de contruire l'IHM. Le seul petit coût peut être de convertir tes beans (Hibernate, ...) en beans traduisible en Javascript.

côté client, tout dépend de la "lourdeur" de ton IHM et de savoir si ses parties sont chargées initialement ou au fur et à mesure (par chargement, je parle de la construction dans le DOM car tout le code JS est chargé depuis le serveur en une seule fois)

Question développement,
soit tu développes tout en même temps en prenant soin de séparer partie client et partie serveur et en utilisant leur système de RPC. (La partie serveur est liée à la partie cliente par les classes de service et les classes représentant les données qu'ils s'échangent.)
soit tu développes des webservices (XML) coté serveur ou des servlets qui t'envoient des données au format JSON et tu codes ensuite un client GWT qui attaque tes URL. (Le serveur se fout de savoir comment est fait le client)

Question découpage,
amha, c'est le point d'achoppement de GWT. Il ne veulent plus que tu résonnes en termes de "pages". Du fait, le client doit tout avoir. Cela se comprend car ils peuvent plus facilement compressé le code sur un gros morceaux que sur un petit bout de js (chargement du javascript = coût initial). En revanche, au niveau du DOM, il faut faire du "chargement à la demande" des différentes vues pour éviter de tout construire initialement et geler le navigateur (voir example KichenSink) ou bien afficher un texte d'attente pour prévenir l'utilisateur.