Je crois que l'idée de "répartition", plutôt que la répartition de charge entre plusieurs machines, signifie plutôt "distribution".
Les EJB sont des composants distribués, dans le sens où on peut invoquer leurs méthodes à distance, via RMI.
L'idée est donc dans une application J2EE, de séparer les différentes couches applicatives, et de placer par exemple les applications web (JSP/Servlets) sur une machine, et les EJB sur une autre, pour améliorer la scalabilité de l'application.
On obtient ainsi un environnement n-tiers, avec une machine pour Apache, une machine pour les applications Web, une machine pour les EJBs, une machine pour le SGBD, etc etc...
Ca permet également de répondre à des problématiques de sécurité, comme par exemple interdire l'accés à la machine "EJB", qui contient le métier de l'application, à partir de la machine Apache.
[^] #
Posté par Guillaume Carre . En réponse à la dépêche JOnAS 3.1 est sortie. Évalué à 1.
Les EJB sont des composants distribués, dans le sens où on peut invoquer leurs méthodes à distance, via RMI.
L'idée est donc dans une application J2EE, de séparer les différentes couches applicatives, et de placer par exemple les applications web (JSP/Servlets) sur une machine, et les EJB sur une autre, pour améliorer la scalabilité de l'application.
On obtient ainsi un environnement n-tiers, avec une machine pour Apache, une machine pour les applications Web, une machine pour les EJBs, une machine pour le SGBD, etc etc...
Ca permet également de répondre à des problématiques de sécurité, comme par exemple interdire l'accés à la machine "EJB", qui contient le métier de l'application, à partir de la machine Apache.