Технології компонентного програмування

5. Технологія EJB

Припустимо, що вам потрібно розробити багаторівневу програму для перегляду і оновлення в базі даних через Web інтерфейс. Ви можете написати програму для баз даних, використовуючи JDBC, а Web інтерфейс використовує JSP/сервлети, а розподілена система використовує CORBA/RMI. Але які додаткові міркування ви повинні прийняти до уваги при розробці системи розподілених об’єктів крім вже відомого API? Ось головні міркування:

• Швидкодія: Розподілені об’єкти, які ви створюєте, повинні добре працювати, так як вони потенційно повинні обслуговувати багато клієнтів одночасно. Вам потрібно використовувати оптимізаційні технології, такі як кешування і поєднання таких ресурсів, як поєднання з базою даних. Вам також знадобиться управляти тривалістю життя ваших розподілених об’єктів.
• Маштабувальність: розподілені об’єкти повинні мати здатність маштабування. Маштабувальність в розподілених програмах означає, що число екземплярів ваших розподілених об’єктів може збільшуватись і вони можуть переміщатися на додаткові машини без зміни будь-якого коду.
• Безпека: розподілені об’єкти часто повинні управляти авторизацією доступу клієнта. В ідеалі ви додаєте нових користувачів і політики без перекомпіляції.
• Розподілення транзакції: Розподілені об’єкти повинні бути здатні прозоро посилатися на розподілені транзакції. Наприклад, якщо ви працюєте з двома різними базами даних, ви повинні бути спроможні оновити їх одночасно в одній трансакції і відмінити зміни, якщо не був виконаний певний критерій.
• Доступність: Якщо одна із машин вашої системи вимикається, клієнт повинен автоматично перейти до резервної копії об’єктів, працюючих на іншій машині.

Ці міркування, поряд  з проблемами бізнесу, які ви збираєтесь вирішувати, можуть призупинити весь процес розробки. Але всі ці проблеми, за винятком проблем вашого бізнесу, надлишкові – розв’язки повинні бути придумані для кожної розподіленої бізнес-програми.

Sun, поряд з іншими лідируючими виробниками розподілених об’єктів, визначила, що рано або пізно кожна команда розробників знайде звичайні рішення, тому вона створила специфікацію Enterprise JavaBeans (EJB). EJB описує модель компонент сторони сервера, приймаючи до уваги всі згадані вище міркування і стандартні підходи, які дозволяють розробникам створювати бізнес-компоненти, що називаються EJB, які будуть ізольовані від низькорівневого «службового коду», а будуть повністю сфокусовані на забезпеченні бізнес-логіки. Оскільки EJB визначаються стандартним виглядом, то вони можуть бути незалежними від виробника.

JavaBeans проти EJB

Через схожість назв часто путаються між моделлю компонент JavaBeans і специфікацією Enterprise JavaBeans. JavaBeans і специфікацією Enterprise JavaBeans поділяють однакові цілі: впровадження повторного використання, компактність Java коду при розробці і інструменти розробки з використанням стандартних шаблонів, але мотиви специфікації більш підходять для розв’язання різних проблем.

Стандарт, визначений в  моделі компонент JavaBeans призначений для створення повторного використання компонент, які звичайно використовуються в інтегрованому середовищі розробки і часто, але не завжди, є візуальними компонентами.

Специфікація Enterprise JavaBeans визначає модель компонентів для розробки Java коду сторони сервера. Оскільки EJB можуть запускатися потенційно на різних серверних платформах – включаючи центральні машини, які не мають візуальних дисплеїв – EJB не може використовувати графічні бібліотеки, типу AWT або Swing.

Специфікація EJB

Специфікація Enterprise JavaBeans описує модель компонентів сторони сервера. Вона визначає шість ролей, які використовуються для виконання задач при розробці і розгортанні, також визначає компоненти системи. Ці ролі використовуються в розробці, розгортанні і запуску розподілених систем. Виробники, адміністратори і розробники відіграють різні ролі, що дозволяє розділяти технологію і область знань. Продавець забезпечує технічний робочий простір, а розробник створює специфікацію для даної області компоненти, наприклад, компонента «рахунок». Та ж сама компанія може виконувати одну або декілька ролей. Ролі, визначені в специфікації Enterprise JavaBeans наведені в наступній таблиці.

Список використаної літератури

1. Том Арчер и Эндрю Уайтчепел «Библия пользователя.

                                                                      Visual C++.NET»

2. Брюс Эккель «Философия Java»
3. П.Ноутон, Г.Шилдт: «Java2. Наиболее полное руководство»
4. www.r-style.kiev.ua
5. Електронні лекції з компонентного програмування.