Bonjour,
 
Axé jusqu'à présent sur des développements web "classique/standard" à base de jsp/servlet/bean, je me demande si une orientation vers les techno J2EE EJB serait un choix plus judicieux à la fois en terme de:
- modularité (communication entre x appli j2EE)
- sécurité (entre autre scinder le war de l'ear)
- norme de développement
...
 
Les EJB représentent-ils un standard pour des développements d'application d'entreprise? Cette techno a aussi la réputation d'être une usine à gaz. J'ai lu un peu de doc sur les EJB 3 qui ont semble t il pas mal alléger la création des entity-bean, session bean etc...
 
Aujourd'hui, est ce un choix pertinent que de choisir la techno EJB pour une application web dynamique qui pourrait sur le long terme utiliser des WebServices ou dialoguer avec d'autres appli distante (type client lourd java swing)?
 
Par avance merci pour d'éventuels retour d'expérience sur cette techno.

Un chtit Up

Ca ferait du jsp/servlet/bean/EJB ?
Pour utiliser les EJB faut par ailleurs oublier Tomcat et prendre JBoss & co (des serveurs d'applications). Je crois que c'est lourd pour un résultat qu'on peut obtenir avec du J2EE web via des frameworks web (struts, JSF ...) + framework de persistence (Hibernate, JDBC ...).

Merci,  
j'en suis arrivé aussi a cette conclusion.

 
Ben tout dépend de ce que tu veux faire comme application :
 
du professionnel , du lourd, avec de la distribution de composants, une gestion de la persistance et des transactions top ? ===> container EJB
Sinon, de la persistance, masquée par Toplink, Hibernate (JDBC pur à réserver aux créateurs de spaghettis) ==> ca marche pas mal
 
Pour la partie Présentation (IHM) les meilleurs actuellement en java = STRUTS / JSF
 
La contrainte pour les EJB, se plumer la conf et le déploiement dans un serveur d'appli open source : JBOSS.
Par contre entre les EJB (au début) et les derniers EJB 3, une révolution, rien à voir. Plus simple (utilise les annotations Java) mieux pensé, plus efficace, mais il faut tout de même se payer les concepts et avoir une bonne connaissance de la plate forme.
 
La techno jsp/servlet j'en suis revenu (non maintenable à la longue), on réécrit tout en Struts et c'est tellement mieux.
 

Quelle difference entre EJB 1 et EJB 2 ?

Salut,
 

 
Argh...
Ben non, les 2 meilleurs frameworks web c'est Tapestry (http://tapestry.apache.org/, peut tout faire mais complexe), ou Wicket (http://wicket.apache.org/, peut pratiquement tout faire et simple). Moi je suis Wicket à donf, c'est de la balle...
 

 
Complètement d'accord sauf sur l'aspect Struts, remplace "Struts" par "Wicket" et je serai d'accord sur tout.
 
@++

Salut,
 

 
Les EJB-1 sont morts et enterrés depuis longtemps, les EJB-2 c'est la version stable actuelle mais très controversée, on est maintenant en plein dans les EJB-3 qui consistent à... ne plus faire d'EJB du tout, plutôt des containers légers (Spring) plus gestionnaires de persistance (Hibernate ou JDO) plus outils complémentaires (Acegi pour la sécurité, ...).
Par contre en maintenance d'applications actuelles c'est encore les EJB-2 qui comptent.
 
@++

EJB c'est qu'un norme. (qui va de paire avec JPA de tete) Faut quand meme apres trouver une implementation.
 
Ceci dit c'est beau quand ça marche, mais si on a l'habitude de JDBC faut repenser un peu comment on fait les requetes & co.

 
Oui ils sont surement morts, mais quelle est la difference entre les 1 et 2 ? Je sais que dans le 3 ils ont introduit des annotations, y a plus de XML de configuration, c'est plus meilleur.
 

 
Ah bon ? Y a plus d'EJB entity pour la persistence ?

De ce que j'ai vu, dans les EJB3 il y a toujours les entity bean et session bean...

Euh les EJB3 c'est l'integration de JPA quand meme, donc heuresement que y'a encore la persistence.