Объектный компонент

« Entity Bean » — это тип Enterprise JavaBean , серверного компонента Java EE , который представляет постоянные данные, хранящиеся в базе данных . Объектный компонент может управлять своим собственным постоянством (постоянство, управляемое компонентом) или может делегировать эту функцию своему EJB-контейнеру (постоянство, управляемое контейнером). Объектный компонент идентифицируется первичным ключом. Если контейнер, в котором размещен объектный компонент, выходит из строя, этот объектный компонент, его первичный ключ и любые удаленные ссылки сохраняются при сбое.

В EJB 3.0 объектные компоненты были заменены Java Persistence API (который впоследствии был полностью выделен в отдельную спецификацию, начиная с EJB 3.1). Начиная с Java EE 6, Entity Beans помечены как кандидаты на сокращение. ^{[ 1 ]}^{[ 2 ]} и поэтому считаются устаревшей технологией .

Entity Beans до версии EJB 2.0 не следует использовать в больших количествах. ^{[ 3 ]} поскольку каждый объектный компонент фактически представлял собой заглушку RMI со своим собственным соединением RMI с сервером EJB. Получение 1000 объектных компонентов за одну операцию приведет к 1000 одновременным интернет-соединениям с серверной частью RMI. ^{[ нужна ссылка ]}. Поскольку TCP/IP поддерживает только 65536 портов, вы по существу ограничены использованием 65536 объектных компонентов одновременно. Например, если клиентское приложение хочет отслеживать состояние 1024 записей базы данных, ему потребуется 1024 ссылки на объектные компоненты и, следовательно, 1024 соединения RMI с сервером EJB, а сервер EJB, в свою очередь, должен будет поддерживать все 1024 соединения от каждого клиентского приложения. и будет ограничен обслуживанием не более 64 клиентских приложений, после чего все дальнейшие подключения к Интернету будут игнорироваться. Эти ограничения невозможно преодолеть при использовании объектных компонентов поверх RMI.

Ссылки

^ http://www.oracle.com/technetwork/articles/javaee/javaee6overview-part3-139660.html. ^{[ только URL ]}
^ «Удаление мертвой древесины из Java EE» .
^ Монсон-Хефель, Ричард (март 2000 г.) [1999]. «Глава 2» . В Майке Лукидесе (ред.). Enterprise JavaBeans, второе издание . Серия Java. Мелани Ван, Ханна Дайер (2-е изд.). Севастополь, Калифорния: O'Reilly & Associates, Inc. с. 44 . ISBN 1-56592-869-5 . Библиотека Конгресса QA76.73.J38 M65 2000. Когда для управления рабочим процессом используются сеансовые компоненты, количество подключений каждого клиента к серверу существенно сокращается, что повышает производительность EJB-сервера.

Внешние ссылки

Эта языкам программирования, статья, посвященная является незавершенной . Вы можете помочь Википедии, расширив ее .

[1] ttp://www.oracle.com/technetwork/articles/javaee/javaee6overview-part3-139660.html. ^{[ только URL ]}

[2] «Удаление мертвой древесины из Java EE» .

[EntityHaefelBad-3] Монсон-Хефель, Ричард (март 2000 г.) [1999]. «Глава 2» . В Майке Лукидесе (ред.). Enterprise JavaBeans, второе издание . Серия Java. Мелани Ван, Ханна Дайер (2-е изд.). Севастополь, Калифорния: O'Reilly & Associates, Inc. с. 44 . ISBN 1-56592-869-5 . Библиотека Конгресса QA76.73.J38 M65 2000. Когда для управления рабочим процессом используются сеансовые компоненты, количество подключений каждого клиента к серверу существенно сокращается, что повышает производительность EJB-сервера.

[ 1 ]

[ 2 ]

[ 3 ]