Разница между EJB 2.1 и EJB 3.0

 EJB 2.1 против EJB 3.0

Основной переход с EJB 2.1 на EJB 3.0 был в основном сосредоточен на производительности с точки зрения скорости, производительности и простоты. Его модификация будет сосредоточена на том, как новая программа будет работать с другими программистами, такими как Java EE5.

От приложения EJB 2.1 до нового EJB 3.0 Architect можно с уверенностью утверждать, что улучшенная версия является ответом на более ранние недостатки тогдашнего EJB 2.1.

Давайте посмотрим на некоторые из основных переходов.

Простота

EJB 3.0 предлагает простоту манипулирования содержимым, что, возможно, является одним из его главных выдающихся факторов. В отличие от EJB 2.1, теперь вы можете создать приложение Enterprise Java Bean с большой простотой.

Это связано с тем, что операция EJB 3.0 основана на конфигурации программирования простого старого объекта Java (POJO), которая воспринимает данные с помощью аннотаций Java, содержащихся в дескрипторах развертывания. В большинстве случаев дескрипторы развертывания наименее необходимы.

В отличие от EJB 2.1, который требует записывать больше вспомогательных кодов, верно обратное при использовании компонентов EJB 3.0, которые требуют, чтобы вы записывали и сохраняли меньше вспомогательных кодов, таким образом предлагая максимально упрощенный опыт программирования.

эффективность

Утверждается, что новый EJB 3.0 примерно на 45% более эффективен по сравнению с EJB 2.1. Это связано с основными модификациями EJB 2.1, как описано ниже..

Замена DTD, идентифицировавшего дескрипторы размещения ejb-jar.xml, на модифицированную схему xml, а также на улучшенный способ создания корпоративных компонентов сделала EJB 2.1 нежелательным для работы. Введение простого старого объекта Java основывает квинтэссенцию через постоянный API Java.

В то время как введение сессионных компонентов изменило добавленное усиление для интернет-сервиса, EJB 3.0 ввел в действие функции выносливости бобов полулегкого веса. Эти сущности основаны на Plain Old Java Object и не требуют ни запускаемых в них EJB-кодов, ни интерфейса. Кроме того, они могут работать вне контейнера EJB

Характеристики

Когда EJB 2.1 требовал, чтобы составляющий интерфейс превосходил интерфейс EJB-структуры, они теперь записываются как простые старые объекты Java при использовании EJB 3.0, которые проявляют простой старый интерфейс Java и, следовательно, не требуют домашнего интерфейса.

Введение улучшенных методов, таких как использование аннотаций метаданных и других механизмов, используемых для создания кодов Java и XML-дескрипторов, в отличие от дескрипторов распределения EJB 2.1, которые были громоздкими и неточными.

Приложение EJB 2.1 требовало, чтобы контейнер J2EE постулировал службы, необходимые для точной работы EJB, и, следовательно, затруднял их тестирование. JNDI часто зависит от EJB 2.1, когда использование приложений однообразно и отнимает много времени..

EJB 3.0 не требует специального интерфейса и выделения дескрипторов. Это связано с тем, что аннотации являются подходящей заменой для дескрипторов размещения. При использовании приложения EJB 3.0 вы можете использовать значения по умолчанию чаще, чем EJB 2.1. EJB 3.0 предлагает меньше проверенных несоответствий, что позволяет творчески.

Резюме

EJB 3.0 в новом переходе от EJB 2.1.

С EJB 3.0 легко работать, в отличие от версии EJB 2.1..

EJB 3.0 использует сущности, которые в основном основаны на Plain Old Java Object (POJO).

EJB 2.1 требует записывать больше вспомогательных кодов по сравнению с EJB 3.0, что уменьшает количество вспомогательных кодов.

DTD в EJB 2.1 заменяется модифицированной XML-схемой в EJB 3.0.

Коды Java легко генерируются улучшенными приложениями в EJB 3.0, в отличие от EJB3.1, где процесс намного сложнее.