Version imprimable
Bonjour,
Je compte créer une application JEE, d'après ma petite expérience j'ai choisis ces technologies :
JSF : pour la partie présentation.
Spring: pour la partie métier et service
JPA: pour la partie persistance.
Qu'elles sont vos impressions?
doit-je me limiter sur jsf et jpa ? ou utiliser ejb a la place de spring ...
Merci,
Pour ma part je te conseillerais de garder Spring, c'est un conteneur léger , déployable sur tous les serveurs d'applications J2EE, à contrario des EBJ qui nécessiteront certains serveurs comme Jonas 5, Jboss etc...Citation:
Envoyé par j2ee_java
Qu'entends-tu par "conteneur léger"?
De nos jours les EJB sont au moins aussi légers et ils sont intégrés de base dans les serveurs d'applications, eux aussi largement allégés.
Bien d'accord avec alexismp
Tu devrais plutôt utiliser JSF + EJB + JPA.
Tu comptes utiliser la version 2 de JSF ou la 1 ?
Si tu utilises la 1 avec un serveur d'application JBoss, tu pourrais être amené à ajouter Seam (je ne sais plus si on peut le mettre sur GlassFish mais alexismp pourra te le dire)
Avec jsf, tu peux confier l'ihm à RichFaces ou PrimeFaces (par exemple)
Oui, on peut mettre du Seam sur GlassFish (mais j'y vois de moins en moins d'intérêt :)
Avec jsf 2, oui, c'est clair ;)Citation:
Envoyé par alexismp
Bonjour,
Votre question ne donne pas assez de détails pour pouvoir vous répondre efficacement. Je vais essayer de vous donner quelques éléments pour vous y aider:
Couche de Présentation:
Plusieurs solutions sont imaginables, mais tout dépend de votre projet: Par exemple, si c'est un site internet/intranet, JSF n'est peut être pas la bonne solution. JSF est orienté composants plutôt que pages, ce qui est un bon choix pour une application Web mais pas obligatoirement pour un site. Inconvénient de JSF, la plupart de la charge est côté serveur.
Si votre "application JEE" est plutôt un site (articles, rubriques, etc.) nous vous conseillons plutôt Struts, Wicket ou Spring MVC (et principalement le dernier choix si vous utilisez Spring en conteneur léger. Ces frameworks sont aussi très utilisés dans une application où il y a beaucoup de formulaires (génération de formulaires, de validations, etc.)
Un dernier point concernant GWT, solution très utilisée puisqu'elle vous permet, si l'idée est de créer réellement une "application web" et non un site, de développer en pur Java une interface qui sera ensuite générée en Javascript, avec la charge processeur côté navigateur (plus grande réactivité, possibilité de la rendre offline, d'utiliser les objets HTML5, etc.)
Couche de Données:
JPA est un bon choix si votre modèle relationnel est proche de votre modèle objet. Avez-vous pensez à Hibernate ? La notion de Lazy Loading est très intérressante. Hibernate étant une implémentation de JPA, la montée en compétences sera aisée.
J'espère avoir répondu à quelques unes de vos interrogations.
Mistra Formation
En premier, perso je travaille avec les technos suivante sur serveur GlassFish 3.1 :
- Les vues + controlleurs : JSF2 Mojarra + PrimeFaces 2
- La logique : EJB 3.1 avec CDI
- Le modèle : JPA 2 implémentation de EclipseLink
En second, ceci n'est pas l'architecture mais les briques technologiques choisies pour mettre en place l’architecture en l'occurrence M.V.C.
Il serait intéressant de voir comment sont utilisées ces technos par les collègues, par exemple pour JSF faites vous la distinction entre les ManagedBean s controlleurs et ManagedBeans modèle etc...:)