Discussion :

[Biston]

Bonjour à tous,

Je développe en Java général depuis un an. De ce fait je souhaiterais m'engager dans le développement J2EE, cependant pour ceux qui connaissent un peu PHP il existe un Framework Symfony 2 qui permet de développer rapidement ces projets.

Ma question est: Existe-t-il des frameworks de cette envergue en J2EE ?

Si oui lequel me conseillez-vous ? Vos avis compteront beaucoup pour moi.

Merci d'avance.

[OButterlin]

Je ne connais pas Symphony, en regardant sur le net à quoi ça ressemblait, ça me laisse dubitatif... la plupart des frameworks web java me paraissent mieux, mais c'est l'habitude certainement.

Pour répondre, il faudrait savoir quel type d'application tu veux développer.

Si ce n'est pas un application à fort trafique, pour la simplicité du développement, je te conseille JSF2 avec la bibliothèque de composants Primefaces

Si tu as beaucoup d'utilisateurs connectés en même temps, il serait préférable de choisir quelque chose de plus "rustique", comme le couple struts1 / struts-layout par exemple (mais bon, là, il ne faut plus attendre d'évolutions, c'est mort... mais ça fonctionne bien), ou simplement des servlet / jsp

Ou alors passer aux frameworks javascript... à grand renfort de jQuery et jQuery-UI entre autre choix, mais AngularJS ou Ember ont la cote

[Pill_S]

+1 pour les frameworks javascript exploitant du rest

c'est la mode actuellement

pour les services backend, jackson/jax-rs est un couple qui fonctionne plutôt pas mal en général

[Biston]

Bonsoir,
Merci à vous pour vos différentes réponses.
Cependant pour celui qui n'a aucune notion de J2EE,qui développe simplement en Java général,est ce qu'il peut débuter par JSF2 sans connaitre les bases de J2EE(Servlet/jsp) comme j'ai lu sur d'autres interventions.

[Pill_S]

Bonsoir,
Merci à vous pour vos différentes réponses.
Cependant pour celui qui n'a aucune notion de J2EE,qui développe simplement en Java général,est ce qu'il peut débuter par JSF2 sans connaitre les bases de J2EE(Servlet/jsp) comme j'ai lu sur d'autres interventions.

heuuuuu.... nan

comment dire, JEE c'est un peu la version compliquée de Java, y'a beaucoup, beaucoup d'outils, de frameworks, de paradigmes et de choses à connaître.

un développeur Java n'est pas un développeur JEE. en plus si c'est des étudiants (je n'ai rien contre eux mais ils sont pas toujours très motivés ), et qu'ils commencent en autodidacte, ils vont se vautrer...

la courbe d'apprentissage est plutôt mauvaise, surtout les premiers temps. après tout dépend, les meilleurs s'en sortiront sûrement au prix d'un solide effort, ou alors plus facilement si tu leurs fournis des templates de projet prêts à l'emploi.

PS: on ne dit plus "J2EE" mais "JEE"

[sinok]

A mon goût, JSF2 est trop lourd pour la plupart des utilisations.

En revanche, j'abonde fortement sur le côté appli MVC en JS et services REST, qui propose une architecture raisonnée, une minimisation des échanges et coûts serveur, celui ci n'ayant qu'à gérer la logique en elle même.

Donc une archi basée sur du Angular.js + backend java/REST (soit basé sur JavaEE et JAX-RS, soit sur le framework play! voir sur un vieux SpringMVC des familles).

[plawyx]

Juste une petite remarque: Comme Biston développe en java, je pense qu'il devrait opter pour AngularDart à la place d'AngularJs. La maintenance de code en Js, ce n'est pas toujours évident et en connaissant java, le Dart s'apprend en une matinée.

[OButterlin]

Bonsoir,
Merci à vous pour vos différentes réponses.
Cependant pour celui qui n'a aucune notion de J2EE,qui développe simplement en Java général,est ce qu'il peut débuter par JSF2 sans connaitre les bases de J2EE(Servlet/jsp) comme j'ai lu sur d'autres interventions.

On peut déjà faire pas mal de chose en regardant le showcase de Primefaces, personnellement, je pense que la connaissance de servlet/jsp n'apporte rien, on ne code plus d'html, très peu de javascript et les tests peuvent entièrement être déporté dans le managedBean.

Maintenant, pour ce qui est de la réactivité de l'application, ce n'est clairement pas le meilleur choix, mais c'est certainement l'un des plus facile à développer, même s'il y a des subtilités à intégrer comme par exemple les différents "scope" des beans...

Donc, je repose la question, quel type d'application veux-tu développer ?

[OButterlin]

Donc une archi basée sur du Angular.js + backend java/REST (soit basé sur JavaEE et JAX-RS, soit sur le framework play! voir sur un vieux SpringMVC des familles).

ou même de simples servlets... pourquoi faire compliqué

[fr1man]

@OButterlin
C'est pas bien compliqué de faire un webservice Rest.
2-3 annotations et le tour est joué: lecture des paramètres de la requête, transformation de JSON (par exemple) en bean, etc...
et tout ça automatiquement. Ce serait dommage de s'en priver.

@plawyx
Hier Coffee Script, aujourd'hui Dart, demain ?
Ca vaut peut être le coup d'apprendre à écrire du Javascript propre.

[OButterlin]

@OButterlin
C'est pas bien compliqué de faire un webservice Rest.
2-3 annotations et le tour est joué: lecture des paramètres de la requête, transformation de JSON (par exemple) en bean, etc...
et tout ça automatiquement. Ce serait dommage de s'en priver.

Je suis d'accord avec toi, mais ça ne fait qu'une partie de la problématique.
Je pars juste d'un constat, chez nous, c'est l'ihm qui nous prend le plus de temps... d'où l’intérêt d'une bibliothèque de composants évolués comme Primefaces et là, on est obligé d'avoir JSF2.
Même si la bibliothèque n'est pas parfaite, et un peu lente, c'est quand même super simple de faire des ihm très évoluées.

Après, on peut aussi utiliser une bibliothèque javascript comme ExtJs, c'est très évolué également, mais je ne fais toujours pas confiance à javascript, toujours les mêmes problématiques de compatibilité entre navigateur et/ou entre version d'un même navigateur etc...
Bref, je trouve que c'est prendre un gros risque, même avec jQuery on tombe sur des différences, même si on s'affranchit de bien des problèmes.
Mais ce n'est que mon avis et mon expérience...

[fr1man]

@OButterlin
Le principal avantage de la solution Rest est que le jour où tu dois développer une application mobile, tu peux garder ta partie backend et te concentrer sur l'application mobile.
Après, je te rejoins sur la richesse d'une bibliothèque comme Primefaces et son intérêt pour ceux qui ne veulent pas écrire de javascript ou tout du moins le limiter.

[Alkhan]

bonjour,

J'ai découvert aussi un autre framework pour la partie web qui semble plutôt pas mal et performant !
Cependant, je n'ai pas eu l'occasion de le tester. Je vous donne le lien pour ceux qui veulent s'y essayer : play framework

[Rastafire]

Comme je suis surpris de voir que personne n'en a parlé, même si je suis aussi assez fan de AngularJS, je rajoute mon grain de sel.

Il existe aussi un autre framework Google, nommé GWT pour Google Web Toolkit qui permet de faire des interfaces reliées à un backend assez facilement, du moins quand on reste dans son utilisation classique. Celui-ci se charge de compiler du code écrit en java pour les interfaces en JS/Ajax. Ce qui permet bien souvent d'avoir rapidement des jolis résultats, surtout que la documentation officielle est très complète. On peut rajouter des frameworks encore par-dessus, tels que mvp4g par exemple, et une quantité de librairies de composants très importantes existe (SmartGWT, Vaadin, Sencha, j'en passe et des meilleurs).
Le framework de base est fourni avec Jetty, mais assez récemment est apparu un framework très puissant mais encore très jeune, qui allie GWT à Jboss (son nom: Errai).

Bref comme tu peux le voir le monde du JEE est très vaste. Personnellement j'ai eut l'occasion de bosser avec pas mal de frameworks, et pour l'instant j'avoue que celui qui m'a le plus impressionné est GWT, car même si il contient quelques inconvénients comme le temps de compilation, il permet de débugguer la partie cliente avec le plugin eclipse de manière tout à fait standard, ce qui n'est pas négligeable

[OButterlin]

Il existe aussi un autre framework Google, nommé GWT pour Google Web Toolkit

GWT a quand même été abandonné par Google, et même si la communauté Open Source s'en charge, ce n'est pas forcément un bon signe, d'autant que Google semble plus intéressé par AngularJS.
Pour ma part (et je ne suis pas le seul à le penser), c'est une grosse bidouille... et je ne vois pas l'intérêt de développer en java pour qu'ensuite ce soit converti en javascript, on ne sait trop comment, même si ça fonctionne. Quelqu'un qui développe des applications web et qui n'investit pas un minimum dans javascript ne me paraît pas très crédible

[Mishulyna]

heuuuuu.... nan

comment dire, JEE c'est un peu la version compliquée de Java, y'a beaucoup, beaucoup d'outils, de frameworks, de paradigmes et de choses à connaître.

un développeur Java n'est pas un développeur JEE. en plus si c'est des étudiants (je n'ai rien contre eux mais ils sont pas toujours très motivés ), et qu'ils commencent en autodidacte, ils vont se vautrer...

la courbe d'apprentissage est plutôt mauvaise, surtout les premiers temps. après tout dépend, les meilleurs s'en sortiront sûrement au prix d'un solide effort, ou alors plus facilement si tu leurs fournis des templates de projet prêts à l'emploi.

Heuuu, si

J'ai toujours eu du mal à comprendre les trucs faciles, dans les difficiles je suis comme le poisson dans l'eau: raté le C en premières session et en repêchage, réussi le C++ en repêchage, presque raté Java SE (Swing), bien réussi C# et JEE.

Ce n'est pas que j'étais plus motivée que mes collègues qui ont raté ou arrêté tout simplement, et j'étais loin, mais franchement très loin d'être dans "les meilleurs". Une application desktop ne m'intéresse pas, c'est tout. Si j'aurais eu la chance pendant mes études de faire du développement web en C#: j'aurais peut-être aimé C# (quoique...).

... je pense que la connaissance de servlet/jsp n'apporte rien

Je ne l'aurais pas dit mieux!

J'ai raconté par ailleurs comment j'ai géré le développement de mon application de fin d'études (application entreprise de ventes - avec site web - qui communique par web service RESTful avec les applications "client", client qui peut gérer son stock de marchandises et envoyer une commande via le WS, recevoir le catalogue de ventes via le WS) avec uniquement FacesServlet comme seule servlet (bien sûr, une FacesServlet pour chaque application).

Dans l'autre sens, développer une servlet pour l'authentification pour une autre application: ça m'a pris deux jours car je voulais intégrer du style à ma page...
Je ne vois pas du tout l'intérêt des jsp pour les sites dynamiques, mais en étant une éternelle débutante (diplômée à 51 ans): il y a bien sûr des choses qui m'échappent...

[OButterlin]

Dans l'autre sens, développer une servlet pour l'authentification pour une autre application: ça m'a pris deux jours car je voulais intégrer du style à ma page...
Je ne vois pas du tout l'intérêt des jsp pour les sites dynamiques, mais en étant une éternelle débutante (diplômée à 51 ans): il y a bien sûr des choses qui m'échappent...

Il faudrait que tu regardes l'authentification JAAS, pas besoin de développer quoi que ce soit d'autre que les 2 pages nécessaires (login et login_erreur) et ça fonctionne très bien avec Primefaces
Chez nous, c'était un petit peu plus compliqué dans la mesure où on a un contexte d'exécution spécial, j'ai dû passer par les custom login module pour intégrer ce contexte à un objet Principal spécifique...
Un des intérêts de JAAS est aussi dans la propagation de l'utilisateur à la couche EJB (au cas où)... et de gérer les rôles directement par annotations... bref, c'est sympa

[Mishulyna]

Bonjour OButterlin,

E fait je me suis trompée, c'était une servlet pour la confirmation de l'inscription sur le site. Vous savez, la partie où l'utilisateur qui vient de s'inscrire reçoit par mail un lien (sous l'apparence d'un bouton) valable 24 heures, il doit cliquer sur ce bouton pour confirmer son inscription et arrive sur une page avec un message du genre "votre adresse mail a été confirmée, veuillez cliquer ici etc.". Pour cette partie, pas moyen d'éviter la création d'une servlet supplémentaire (et pourtant j'ai essayé)...

Mais je regarderai JAAS de plus près grâce à ce tutoriel.

[Mickael_Istria]

Pour ma part (et je ne suis pas le seul à le penser), c'est une grosse bidouille... et je ne vois pas l'intérêt de développer en java pour qu'ensuite ce soit converti en javascript, on ne sait trop comment, même si ça fonctionne. Quelqu'un qui développe des applications web et qui n'investit pas un minimum dans javascript ne me paraît pas très crédible

Du coup tu pense que Dart, TypeScript, GWT, Ceylon et tout ce qui compile vers JavaScript est voue a l'echec? Je ne suis pas d'accord.
La partie service de GWT etait vraiment chiante, avec des couches specifique a GWT, pas de Rest et compagnie. Mais l'idee de faire des applis pour browser avec un langage plus smart que JavaScript est clairement bonne. La partie Java->JS de GWT est clairement le tremplin vers le fait que JavaScript est en train de devenir le bytecode du browser. D'ici quelques annees, peu de gens coderont les applis browsers directement en JS, de la meme maniere que peu de gens codent en assembleur de nos jour.

[plawyx]

Du coup tu pense que Dart, TypeScript, GWT, Ceylon et tout ce qui compile vers JavaScript est voue a l'echec? Je ne suis pas d'accord.
La partie service de GWT etait vraiment chiante, avec des couches specifique a GWT, pas de Rest et compagnie. Mais l'idee de faire des applis pour browser avec un langage plus smart que JavaScript est clairement bonne. La partie Java->JS de GWT est clairement le tremplin vers le fait que JavaScript est en train de devenir le bytecode du browser. D'ici quelques annees, peu de gens coderont les applis browsers directement en JS, de la meme maniere que peu de gens codent en assembleur de nos jour.

Entièrement d'accord. J'ai commencé par GWT il y a 3 à 4 ans. Quand IHM devient complexe, bonjour les dégâts. Ensuite, j'ai testé AngularJS que j'ai vite abandonné au profit d'AngularDart : programmation proche du java, c#, utilisation d'annotation, etc....Cela procure une plus grande clarté du code.

Depuis, je migre toutes mes IHM de GWT vers AngularDart + webComponenets.

Pour ce qui est d'une écriture directe en JS: 50 à 60 % du code JS que j'ai eu à traiter était quasi illisible ou prenait un temps fou à décrypter. Ok, je ne suis pas un spécialiste JS (ceci explique sûrement cela). L'utilisation d'un langage intermédiaire, en évitant la lourdeur du GWT, est une solution qui me convient très bien pour générer du JS. De plus, l'AngularDart ne demande pas investissement très important si on connait java, c#...