Enterprise Java Beans (EJB) - część 1

Sukces Java 2 Enterprise Edition w dużych projektach informatycznych opiera się o możliwości rozwoju oprogramowania wieloplatformowego i zapewnienie integracji z istniejącymi już aplikacjami. J2EE upraszcza aplikacje dla przedsiębiorstwa dzięki wykorzystaniu ustandaryzowanych i modułowych elementów oraz poprzez automatyczne
utrzymywanie wielu szczegółów działania aplikacji bez konieczności skomplikowanego programowania.


Enterprise Java Beans są uruchamiane w kontenerze EJB na serwerach EJB.
Istnieją trzy typy EJB: session bean, entity bean i message-driven bean.

Session bean
Reprezentują obiekty i procesy biznesowe o krótkim czasie życia. Beany tego typu mogą być pełnostanowe (statefull) - pamiętające stan konwersacji z konkretnym klientem w kolejnych wywołaniach w trakcie sesji (np. koszyk z zakupami w sklepie internetowym, który jest przypisany do konkretnej sesji), bądź bezstanowe (stateless) - niezarządzające informacją dla jednego klienta, lecz obsługujące zapytania od różnych klientów.

Entity bean
Wykorzystywane do reprezentowania trwałych (ang. persistent) danych (głównie danych z baz danych) lub dostępne poprzez zewnętrzną aplikację jako obiekt, (np. reprezentowanie pojedynczego rekordu z tabeli bazy danych, każda instancja bean'a reprezentuje wtedy konkretny rekord). Entity beans są dostępne dla wielu klientów jednocześnie. Synchronizowaniem stanu konkretnej instancji beana przy zastosowaniu transakcji zajmuje się kontener EJB. Bean samodzielnie zarządzający swoim stanem nazywa się Bean-Managed Persistance (BMP), kiedy zarządzanie przekazujemy kontenerowi mówimy o Container-Managed Persistance (CMP). Stosując BMP programista implementuje mechanizmy zapewniające synchronizację z bazą danych w kodzie bean'a wykorzystując JDBC. W przypadku CMP kontener całkowicie transparentnie zarządza persystentnością beana, uwalniając nas od tworzenia mechanizmów dostępu do bazy danych i zapewniając przenośność komponentu na inną bazę danych.

Message-driven bean
Message driven bean jest komponentem, który odbiera i wykonuje komunikaty JMS. Inaczej niż session czy entity bean, nie posiada interfejsu, nie zarządza stanem konwersacji z klientem, zachowuje się jak normalny klient JMS w pełni kontrolowany przez kontener. Interakcja z klientem następuje zgodnie ze specyfikacją JMS.


Enterprise bean składa się przynajmniej z 3 klas: dwa interfejsy i klasa bean'a. Te dwa interfejsy nazywają się home interface i remote interface, zapewniają komunikację pomiędzy klientem a enterprise bean'em. Oczywiście EJB może zawierać o wiele więcej klas, jednak dwa interfejsy i jedna klasa to minimum.

www.n.pl