Discussion :

[hwoarang]

Bonjour à tous,

Pour ma culturation personnelle, je me suis mis recemment aux servlets pour voir un peu à quoi ca ressemble. Apres le choc des tutoriaux helloworld ou on envoie une page html directement à la main (je m'attendais à un peu plus objet quand meme), j'ai essayé de trouver des exemples de composants un peu plus complexes, par exemple, treeview. Et la, bah je n'ai rien trouvé (je cherche une source pour voir comment ca marche, pas un composant tout fait) sauf à utiliser ce que j'imagine etre une surcouche comme par exemple struts.

Pour ceux qui ont un peu manipulé les servlets, est ce qu'il faut vraiment tout faire à la main ? Et est ce que vous connaissez des sites avec de bons tutoriaux qui montrent une page un petit peu plus etoffée que l'habituel "Hello World" avec aux moins 1-2 boutons et 1 textbox?

Merci

[tchize_]

ben oui, la servelt c'est du tout à la main. C'est la brique de base du java web. Alors soit tu joue uniquement avec la brique de base et bon courage, soit tu utilise des trucs comme struts2, jsf, gwt, qui sont batis sur cette brique de base mais te donne des composants plus aboutis.

[hwoarang]

ben oui, la servelt c'est du tout à la main. C'est la brique de base du java web. Alors soit tu joue uniquement avec la brique de base et bon courage, soit tu utilise des trucs comme struts2, jsf, gwt, qui sont batis sur cette brique de base mais te donne des composants plus aboutis.

OK, ca me rassure. Et quelle techno est ce que tu conseillerais dans un premier temps, de preference ou il y aurait des tutoriaux ? Sachant que mon objectif serait de faire un site joli donc il faudrait un framework qui permettrait de faire des effets sympas. Merci

[Jidefix]

Ben déjà les JSP toutes bêtes, avec en bonus la JSTL, ça me parait la deuxième brique de base par dessus les servlets, notamment pour tout ce qui est HTML/javascript.
C'est pas encore la panacée mais il me semble préférable d'y jeter un sérieux coup d'oeil avant de s'attaquer à JSF...


http://adiguba.developpez.com/tutoriels/j2ee/jsp/jstl/

[tchize_]

au delà de la brique de base, ca dépend du style de site visé. Si c'est un site orienté formulaires -> jsf
si c'est une site orienté présentation d'informations statiques -> jsp et quelques requetes en db
si c'est une application complexe -> des trucs comme vaadin seront probablement plus maitrisables.

[hwoarang]

Merci pour vos réponses. Je pense que je vais jetter un oeil du coté de JSF (faut bien commencer quelque part).

Par contre, questions :
- Est ce qu'avec jsf, on peut faire un treeview facilement (c'est ma référence de composant "complexe")?
- Est ce que c'est encore beaucoup utilisé en entreprise ?

[tchize_]

y a pas mal de composants JSF tiers, dont richfaces, que tu pourra tester ici:
http://richfaces-showcase.appspot.com/

JSF / struts / GWT tout ça c'est utilsié en entreprise, mais encore une fois, ca dépend du besoin concret de l'application.

[hwoarang]

Merci pour ce lien je vais regarder.

JSF / struts / GWT tout ça c'est utilsié en entreprise, mais encore une fois, ca dépend du besoin concret de l'application.

Bof, pas de besoin particulier, c'est juste pour regarder à quoi ca ressemble. Mais tant qu'à faire, j'aime autant ne pas partir sur une techno deja obsolete avant que j'ai commencé...

Sinon, si quelqu'un connait d'autres frameworks interessants utilisables avec les servlets, je suis toujours interessé

[tchize_]

si vous avez juste "envie de jeter un oeil", jetez le du coté de vaadin
http://demo.vaadin.com/sampler

[hwoarang]

si vous avez juste "envie de jeter un oeil", jetez le du coté de vaadin
http://demo.vaadin.com/sampler

Le probleme quand je jette un oeil, c'est que je me retrouve rapidement avec les mains dans le camboui
Mais merci beaucoup, ca a l'air de correspondre à ce que je cherchais : un framework objet qui permet de faire du web en java. Plus qu'a dompter la bete

[hwoarang]

Bon, j'ai commencé à regarder du coté de Vaadin donc, vu les conseils que vous m'avez donné, je donne un petit retour.

Pour commencer, je vais situer mon niveau : developpeur plutot orienté embarqué (donc pas tres web) mais pour mon job actuel, j'ai eu à faire un site en .net lié à du materiel embarqué donc j'ai eu à mettre mon nez dans la prog web. Comme je maitrise pas trop mal java et que j'aime bien l'objet, j'ai eu envie de me mettre à la prog web avec java. Ce qui m'a ammené à travers ce fil à decouvrir Vaadin. Je precise quand meme que j'ai décidé de me lancer la dedans à titre personnel donc j'avance moins vite que si je l'utilisais tous les jours (tout ca pour dire que l'avis que je donne n'est que sur ce que j'ai vu, c'est à dire pas tout).

Bon, treve de bavardage, on passe au point interessant : qu'est ce que ca vaut?
Premiere impression en allant sur leur site : joli. En regardant les samples : joli. En regardant ce que permettent de faire les add ons : tres joli. Bref, ca a l'air bien tout ca. Mais techniquement, comment ca marche ? Bah en fait, c'est assez proche d'une application swing, on crée des composants, on ajoute des listeners et on fait mumuse avec tout ca. Bien, c'est ce que je voulais.

Mais et la doc dans tout ca?
Bah tres bien faite, on peut telecharger un pdf avec une doc (400 pages) tres bien faite avec exemples et code à l'appuie. Sur le site, on peut egalement trouver des tutoriaux et des exemples qu'on peut tester directement avant meme de regarder comment ca marche. Nickel, c'est comme les chaussures : on peut essayer avant de choisir.

Maintenant, qu'est ce que ca donne niveau architecture ?
Vaadin se positionne assez haut. L'objectif est de ne faire que du java donc meme pas de javascript à utiliser : Vaadin s'appuye sur les servlets et le Google Web Toolkit (GWT) qui possede son propre compilateur java -> javascript.

Et pour créer des composants, c'est simple ?
Bah c'est pas trop compliqué. Et surtout, c'est bien expliqué dans la doc. On commence par créer un composant GWT (pour gerer le coté client) puis on l'etend pour gérer des evenements serveur. Comme ca, on maitrise pas trop mal ce qui se passe coté client et coté serveur.
De plus, il existe tout un tas d'addons qui permettent d'avoir des effets tres sympas. Certains gratuits, d'autres non.

Mais et la sécurité dans tout ca ?
D'apres la doc, ca a l'air plutot bien géré. Les composants de base gerent niveau client les entrées et, coté serveur, les entrées sont également vérifiées avant d'etre transmises aux listeners. Ainsi, il n'est pas possible de recevoir un evenement "clic" sur un bouton qui ne serait pas "enabled" (meme si l'utilisateur deverouille le composant coté client).

Et les bases de données ?
Il existe un addon (SQLContainer), gratuit, qui permet d'alimenter les différents composants avec une base de données. J'ai pas encore bien testé mais j'ai quand meme un peu creusé puisque ca m'a paru important. Globalement, on peut soit alimenter un composant par une table (dans ce cas, c'est tres simple et il n'y a pratiquement rien à faire). L'outil gere alors les insert, update, remove quasiment tout seul. Sinon, on peut alimenter par une requete un peu plus complexe et dans ce cas, il faut gerer à la main les actions (mais ca a l'air plutot bien fait donc pas de limitation qui saute aux yeux).

Ca a l'air sympa tout ca. Et ca marche bien ?
La, j'ai pas encore testé autrement qu'en local. Mais à en juger par le site Vaadin, je trouve la réactivité acceptable mais pas top. Maintenant, c'est difficile de dire si c'est ca vient de leur serveur ou de la techno. Bref, à voir...

[tchize_]

Ca a l'air sympa tout ca. Et ca marche bien ?
La, j'ai pas encore testé autrement qu'en local. Mais à en juger par le site Vaadin, je trouve la réactivité acceptable mais pas top. Maintenant, c'est difficile de dire si c'est ca vient de leur serveur ou de la techno. Bref, à voir...

Pour mon avis là dessus: le nombre d'aller/retour serveur + les données gardées en partie en session font que ce n'est, je pense, pas destiné à des applications à haut trafic. Mais très convenable pour les petites et moyennes applications.

[hwoarang]

Pour mon avis là dessus: le nombre d'aller/retour serveur + les données gardées en partie en session font que ce n'est, je pense, pas destiné à des applications à haut trafic. Mais très convenable pour les petites et moyennes applications.

A la reflexion, je me dit que d'après ce que j'ai lu, j'ai ey l'impression qu'il est assez simple de maitriser les allers/retours pour les composants qu'on crée. Donc qu'est ce que te fait penser qu'il y en a trop ? C'est les composants de base qui communiquent trop ? Ou j'ai loupé quelque chose?

[tchize_]

La plupart des action sont au final gérée par du code serveur 'si on clicke là, faire ça, si on affiche la drop down, faire ça, si on commence à tapper dans ce champs texte, fait ça' comme une applis swing. Il faut bien des aller-retour pour gérer ces évènement qu'en appli "classique" on essaie souvent de gérer avec un peu de JS et du CSS.

Note que je ne crée pas de composant custom, si j'utilise vaadin, c'est justement pour ne pas avoir à jouer avec les compilateur GWT

[hwoarang]

Ok je vois ce que tu veux dire mais je me dis que c'est aussi l'occasion de regarder du coté de GWT. Merci pour tes conseils. En tout cas, ce framework me plait bien et je vais continuer à le tester...