Qu'est-ce qu'un grain de session sans état fournissent plus juste une classe normale?

Question

Que serait un bean session sans état fournir plus juste une classe régulière qui a les mêmes méthodes? Il semble qu'une bean session stateful peut être distribué hors de la boîte et le conteneur fera en sorte que l'État a la même à ses clients partout. Avec un bean session sans état ce qui est prévu que vous n'obtenir avec une classe normale?

Est-il juste que votre niveau EJB peut échouer sur si vous avez un environnement distribué? Il me semble que vous pouvez obtenir une instance locale ou distante d'un bean de session sans état, si j'utilise un seul serveur pour mon application et donc ne jamais utiliser l'interface à distance est-il un avantage?

Answer 1

Une bean session sans état fournit le conteneur d'application des connaissances sur l'intention des services qu'elle fournit. Comme il est apatride, le conteneur d'application peut décider à tout moment de détruire la fève et de recréer la prochaine fois qu'il est nécessaire.

Sans cette sémantique, le conteneur d'application ne peut pas optimiser votre application pour la vitesse / mémoire / whatever. Ainsi, bien que les beans session sans ressemblent à la plupart POJO, ils fournissent quelques conseils supplémentaires « » pour le serveur d'applications.

Si vous regardez comment les haricots session sans état devrait être mis en œuvre en utilisant la spécification EJB3, vous verrez beaucoup de ressemblance entre elle et un POJO normal (mis à part les annotations supplémentaires).

Answer 2

vous donnent la sécurité EJBs déclarative, les transactions et Remoting. Lorsque vous appelez l'une des méthodes de l'EJB, vous passez en fait à travers une pile d'intercepteurs qui fournissent les couches au-dessus de la fonctionnalité.

Un objet Plain Old Java ne ferait pas de cela. Bien sûr, si vous ne le faites pas besoin de tout cela, puis EJBs ne sont pas nécessaires.