Різниця між 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, можна правильно сказати, що вдосконалена версія виступає як відповідь на попередні недоліки тодішнього EJB 2.1.

Давайте розглянемо деякі основні переходи.

Простота

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

Це відбувається тому, що операція EJB 3.0 заснована на конфігурації програмування Plain Old Java Object (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 запровадив функціонування витривалості бобових у легкій вазі Ці об'єкти базуються на простому об’єкті Java і не вимагають ані кодів 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 використовує об'єкти, які базуються в основному на простому об'єкті Java (POJO).

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

DTD в EJB 2.1 замінюється модифікованою XML-схемою в EJB 3.0.

Коди Java легко генеруються вдосконаленими програмами в EJB 3.0 на відміну від EJB3.1, де процес набагато складний.