les Servlet ne sont pas des beans et sont un moyen très efficace d'implémenter des CGI. Ils font effectivement partie de J2EE, comme les EJB.
Sun a rajouté la possibilité de faire un appel local (en passant donc juste par la mémoire) entre SessionBeans et EntityBeans (ce qui revient à admettre de facto que le pattern Session Facade est la plus réaliste implémentation J2EE)
Bof. L'appel local, c'est simplement la reconnaissance officielle par Sun de ce que font les fabriquants de serveur EJB depuis des années, à savoir optimiser les appels entre EJB. La SessionFacade est un moyen d'optimiser (entre autre) les appels entre la couche de présentation et la couche business. Elle consiste en fait à bien programmer la séparation en couche dans le cas où il n'y a pas collocation de la couche de présentation et de la couche business. Tu peux bien sûr utiliser les interfaces locales pour accéder de la couche web à la couche EJB, mais c'est assez débile car ça te bloque dans l'évolution du système : tu ne pourras plus mettre le serveur d'EJB sur une machine différente du serveur JSP/Servlet.
Quand aux implémentations BMP et CMP, elle s'avèrent être à peu près aussi mauvaises l'une que l'autre.
C'est-à-dire ? Le surcout de l'architecture EJB vient en gros exclusivement de l'aspect RMI. La persistence ne pose en général pas de problème.
[^] # Re: Avantages ?
Posté par boubou . En réponse à la dépêche JOnAS 3.1 est sortie. Évalué à 1.
les Servlet ne sont pas des beans et sont un moyen très efficace d'implémenter des CGI. Ils font effectivement partie de J2EE, comme les EJB.
Sun a rajouté la possibilité de faire un appel local (en passant donc juste par la mémoire) entre SessionBeans et EntityBeans (ce qui revient à admettre de facto que le pattern Session Facade est la plus réaliste implémentation J2EE)
Bof. L'appel local, c'est simplement la reconnaissance officielle par Sun de ce que font les fabriquants de serveur EJB depuis des années, à savoir optimiser les appels entre EJB. La SessionFacade est un moyen d'optimiser (entre autre) les appels entre la couche de présentation et la couche business. Elle consiste en fait à bien programmer la séparation en couche dans le cas où il n'y a pas collocation de la couche de présentation et de la couche business. Tu peux bien sûr utiliser les interfaces locales pour accéder de la couche web à la couche EJB, mais c'est assez débile car ça te bloque dans l'évolution du système : tu ne pourras plus mettre le serveur d'EJB sur une machine différente du serveur JSP/Servlet.
Quand aux implémentations BMP et CMP, elle s'avèrent être à peu près aussi mauvaises l'une que l'autre.
C'est-à-dire ? Le surcout de l'architecture EJB vient en gros exclusivement de l'aspect RMI. La persistence ne pose en général pas de problème.