Tu sais, comme le dis Boubou, avant les EJB 2.0 les serveurs d'applications faisait déjà souvent des appels locaux en interne, ce qu'a fait Sun c'est inclure cette possibilité dans la spec. Donc niveau perf, c'était déjà +- idem.
Je ne trouve pas ça dérangeant d'avoir plusieurs classes par EJB, tu as les diverses interfaces implémentées (EJBHome, ...) et tu as l'implémentation proprement dite (qui est générée automatiquement). Effectivement ça bouffe de la mémoire, mais en contre partie ça rend pas mal de service.
Par contre je ne comprends pas pourquoi tu te plains que le SQL soit généré tout seul dans les CMP (tu peux utiliser des BMP si tu veux), puis juste après tu te plains de devoir utiliser du SQL pour les finders ...
Pour JDO je n'ai pas dit que c'était == aux EJB mais que c'était une autre manière de gérer la persistance.
Pour Struts merci, je connais ;-) C'est un très bon framework que j'ai déjà utilisé dans plusieurs projets.
[^] # Re: Avantages ?
Posté par Nelis . En réponse à la dépêche JOnAS 3.1 est sortie. Évalué à 1.
Je ne trouve pas ça dérangeant d'avoir plusieurs classes par EJB, tu as les diverses interfaces implémentées (EJBHome, ...) et tu as l'implémentation proprement dite (qui est générée automatiquement). Effectivement ça bouffe de la mémoire, mais en contre partie ça rend pas mal de service.
Par contre je ne comprends pas pourquoi tu te plains que le SQL soit généré tout seul dans les CMP (tu peux utiliser des BMP si tu veux), puis juste après tu te plains de devoir utiliser du SQL pour les finders ...
Pour JDO je n'ai pas dit que c'était == aux EJB mais que c'était une autre manière de gérer la persistance.
Pour Struts merci, je connais ;-) C'est un très bon framework que j'ai déjà utilisé dans plusieurs projets.