Fasola podmiotu

„ Entity Bean ” to rodzaj Enterprise JavaBean , komponent Java EE po stronie serwera , który reprezentuje trwałe dane przechowywane w bazie danych . Komponent bean jednostki może zarządzać własną trwałością (trwałość zarządzana przez komponent Bean) lub może delegować tę funkcję do swojego kontenera EJB (trwałość zarządzana przez kontener). Komponent bean encji jest identyfikowany przez klucz podstawowy. Jeśli kontener, w którym hostowany jest komponent bean encji, ulegnie awarii, komponent bean encji, jego klucz podstawowy i wszelkie odwołania zdalne przetrwają awarię.

W EJB 3.0 komponenty bean zostały zastąpione przez API Java Persistence (które zostało następnie całkowicie oddzielone od własnej specyfikacji od EJB 3.1). Entity Beans zostały oznaczone jako kandydat do przycinania od wersji Java EE 6 i dlatego są uważane za technologię przestarzałą .

Entity Bean przed EJB 2.0 nie powinny być używane w dużych ilościach, ponieważ każdy Entity Bean był w rzeczywistości kodem pośredniczącym RMI z własnym połączeniem RMI z serwerem EJB. Uzyskanie 1000 komponentów bean jako pojedynczej operacji spowodowałoby 1000 jednoczesnych połączeń internetowych z zapleczem RMI . Ponieważ TCP/IP obsługuje tylko 65536 portów , zasadniczo ograniczasz się do używania 65536 komponentów bean jednocześnie. Na przykład, jeśli aplikacja kliencka chciałaby monitorować stan 1024 wpisów w bazie danych, potrzebowałaby 1024 odwołań do komponentów bean, a tym samym 1024 połączeń RMI z serwerem EJB, serwer EJB z kolei musiałby obsługiwać wszystkie 1024 połączenia z każdej aplikacji klienckiej, i byłby ograniczony do obsługi maksymalnie 64 aplikacji klienckich, w którym to momencie wszystkie dalsze połączenia internetowe byłyby ignorowane. Tych ograniczeń nie da się przezwyciężyć, gdy korzysta się z komponentów bean przez RMI.

Linki zewnętrzne

• Co to jest Entity Bean? (samouczek J2EE firmy Sun)
• Cykl życia Enterprise Beans
• Diagram stanu cyklu życia fasoli jednostek