EJB Cycles de vie

Il existe deux types de bean session - beans session et les beans session stateful - chacun avec leurs propres cycles de vie . Les beans session sont accessibles de manière aléatoire par les clients chaque fois qu'ils commencent une nouvelle utilisation dans le système où le haricot est nécessaire pour protéger leurs renseignements personnels. Quand accessible , la première chose qui se passe, c'est la fève est appelée à partir du conteneur pour commencer une nouvelle instance . Le haricot qui est appelé à exercer ses fonctions alors les codes des données qui sont collectées d'une manière de sorte qu'il ne peut pas être volé pendant le transfert entre le client et le réseau de l'entreprise . La fève reste en usage avant que le client a fini d'utiliser le système. Une fois que le client se fait en utilisant le système, la fève est ensuite retourné au récipient et y reste jusqu'à ce qu'il soit tiré au hasard par le système pour être utilisé à nouveau .
Stateless Session Bean
< br >

le bean session sans état est le plus simple de tous les cycles de vie chez les EJB . Ce type de bean session n'a aucun but déclaré particulière autre que de protéger et de coder l'information alors qu'il est utilisé par un client. Le haricot est accessible de manière aléatoire , l'amenant à activer et remplir sa fonction nécessaire. Il n'ya pas de mot de passe ou toute autre entrée nécessaire pour que la fève fonctionne pas comme prévu . La fève commence à travailler sur son propre immédiatement une fois qu'il est choisi aléatoirement au cours de la session et reste en vigueur jusqu'à la session du client est terminée. Une fois la session terminée , la fève est retournée à la piscine de haricot à partir de laquelle il est venu jusqu'à ce qu'il soit accessible de manière aléatoire à nouveau pour remplir les mêmes fonctions .
Stateful Session Beans
< br >

stateful beans session sont les types de haricots que les clients utilisant des sites bancaires auraient accès aléatoire pour effectuer des transactions protégées. Lorsque le client se connecte sur le site, le haricot n'existe pas. Dès que le client établit une sorte de transaction, la fève est créé. Le haricot traite la transaction en toute sécurité que des informations sur la transaction, et toute autre information personnelle n'est cédée à travers le réseau entre le client et l'entreprise. Une fois la transaction terminée, le client ferme la session. Le bean session disparaît et un nouveau bean session est créée pour la prochaine nouvelle session initiée par d'autres clients.
Entity Bean

autre type d' EJB est connu comme un bean entité . Sur l'ensemble des EJB , ce type a le cycle de vie plus compliquée. Le bean entité existe avant une session de client est lancé, mais reste dans une piscine d'autres haricots jusqu'à ce qu'elle soit nécessaire. Cependant, ce n'est pas le même type de piscine utilisée avec le type apatride d' EJB. Dans ce bassin , les EJB sont déjà mis en place de nouvelles instances , ce qui signifie la fève n'est pas en attente d'être mis en place lorsque le client utilise le système. Une fois une nouvelle instance est détectée, une de ces grains est tiré de la piscine de haricots disponibles. Ces grains sont utilisés de la même manière que les autres types de haricots , mais permettent au client de manœuvre à un rythme beaucoup plus rapide par le système parce qu'ils n'ont pas à attendre la fève pour devenir prêt à l'emploi . Une fois que ce type de haricot est tiré, il est utilisé par le client tout au long de la période de temps, il est sur le système à la fois pour protéger ses renseignements personnels et à effectuer des transactions dans le système. Ce type de haricot est capable de crypter les deux types d'information qui lui est transmise dans le réseau. Une fois que le client a terminé sa session, la fève est renvoyée à nouveau à la piscine où il a été consulté et reste à l'état prêt jusqu'à ce qu'il soit retiré pour être réutilisé par un autre client à l'aide du système.