Enterprise JavaBeans
Спрощення розробки розподілених багатоланкових додатків
Навіщо потрібні Enterprise JavaBeans?
Хоча Java дає значні переваги при розробці розподілених додатків, ця мова не дозволяє легко долати складнощі системного рівня, що необхідно в разі багатоланкових розподілених додатків. Оскільки Java розрахований на сервери середньої ланки, розробники відчувають потребу в розширенні Java, справляється з такими складними елементами, як групові операції, захист і розподіл, з тим, щоб можна було зосередитися на написанні бізнес-логіки.
Технічний опис Enterprise JavaBeans описує API, який розширює компонентну модель JavaBeans і дозволяє використовувати Java для побудови незалежних від платформи додатків, критичних до продуктивності, і виконуваних на стороні сервера. Ці серверні додатки побудовані на багаторазово використовуваних програмних блоках (Enterprise JavaBeans), що зберігаються на серверах середньої ланки і відображають логіку бізнес-процесів. Відокремлюючи семантику додатків від питань інфраструктури (таких як транзакції, розподіленість і безпеку), EJB спрощує розробку додатків і дозволяє проектувальникам створювати складні проблемно-залежні розподілені додатки, не турбуючись про базову інфрастуктурі.
Що таке Enterprise JavaBeans?
Технічний опис Enterprise JavaBeans визначає компонентну модель, спрямовану на розвиток і розгортання додатків Java, заснованих на многозвенной розподіленої об'єктної архітектурі.
Компонентна модель EJB забезпечує середу, що підтримує багато разів використовувані компоненти додатків (Enterprise JavaBeans), що зберігаються на серверах середньої ланки підприємства. Ці компоненти Enterprise JavaBeans є попередньо розробленими модулями коду додатків, з яких можна зібрати робочі розподілені додатки. В даний час в Java є компонентна модель, яка називається JavaBeans. Enterprise JavaBeans створює розширення компонентної моделі JavaBeans, що підтримує компоненти на базі сервера.
Компоненти виконуються всередині контейнерів. По суті, контейнер Enterprise JavaBeans є виконавчої компонентної системою, яка вміє поводитися зі складнощами системного рівня, такими як організація потокової обробки, транзакції, управління станом і поділ ресурсів. Усередині цього контексту програми розробники можуть писати компоненти бізнес-логіки, які автоматично успадковують розширюваність і атрибути виконавчої компонентної системи, орієнтовані на підприємство. Ці компоненти бізнес-логіки використовують системні послуги виконавчої компонентної системи, не потребуючи в розумінні того, як в дійсності виконавча компонентна система справляється зі складними завданнями типу захисту і групових операцій.
Малюнок 2: АрхітектураEnterprise JavaBeans.
EJB підсилює віддачу від Java
Оскільки EJB будується на основі мови Java, він підтримує модель розгортання додатків "один раз напиши і запускай де завгодно". Можна не тільки виконувати ці компоненти на будь-якій платформі. Їх можна повністю переносити в будь-який контейнер, що належить постачальнику Enterprise JavaBeans (виконавчу компонентну систему)
EJB також спрощує розробку додатків, отримуючи вигоду з простоти програмування і переносимості Java в якості мови. Воно визначає платформу, яка, за допомогою компонентної моделі, спроектованої для підтримки багатоланкових розподілених об'єктних додатків, спрощує програмування і розгортання об'єктів для серверів середньої ланки.
Простота багатоланкового програмування
Розробка з застосуванням концепції багатоланкові збільшує розширюваність, ефективність і надійність розподілених об'єктних додатків. Можна розмножити серверні компоненти і розподілити їх між будь-яким числом серверів, тим самим, підвищуючи доступність системи. Можлива швидка модифікація цих компонент, коли це диктується комерційними правилами і економічними умовами. А незалежність цих компонент від місцезнаходження дозволяє системним адміністраторам легко переконфігурувати завантаження системи.
Однак, розробка сервера в багатоланкові додатку набагато складніше, ніж розробка в традиційній системі клієнт / сервер. Програмісти зазвичай змушені замислюватися над питаннями сумісності, блокування, управління транзакціями, безпеки і розширюваності. Вони повинні також організовувати доступ до системних ресурсів, таким як потоки, пам'ять, з'єднання з базами даних і мережеві з'єднання. Складність цих проблем в минулому обмежувала розробку багатоланкових додатків.
EJB спрощує многозвенную розробку, ідентифікуючи дві типові проектні моделі:- Session Beans. Це непостійні об'єкти, що реалізують певну бізнес-логіку, виконувану на сервері.
- Entity Beans. Це постійні об'єкти, які є об'єктними уявленнями постійно зберігаються сутностей (наприклад, в базі даних) або сутностей, реалізованих в існуючому додатку підприємства.
Малюнок 3: Session Beans і Entity Beans.
Якщо багатоланкові додаток може залишатися в рамках цих двох проектних моделей, програмісти можуть сфокусуватися на написанні бізнес-логіки і перекласти вирішення складних операційних проблем на виконавчу компонентну систему EJB.
Після створення сервера або його компонентів, EJB істотно спрощує розгортання цих рішень, заново використовуючи упакований формат Java Beans (файли Jar) в якості стандартного формату упаковки. EJB також визначає стандартну оперативну середу, яку повинна надавати кожна виконавча компонентна система EJB, тобто забезпечує взаємодію між різними реалізаціями специфікацій EJB. Виконавча компонентна система повинна включати засоби, що підтримують установку Enterprise JavaBeans, скомпонованого в стандартному форматі файлів JAR. Ці інструменти повинні динамічно знаходити все реалізації Enterprise JavaBeans і контролювати такі деталі процедури установки:- Виявляти атрибути за замовчуванням (такі як транзакції і захист)
- Передбачати імена класу, а також home- і remote-інтерфейси
- Генерувати класи, характерні для контейнера, стаб і програмних скелетон, використовуваних в базовому протоколі розподілених об'єктів.
- Додавати Enterprise JavaBean до Naming Service для забезпечення доступу до нього клієнтів
Далі, ці компоненти серверів можна встановити на будь-яку реалізацію EBJ постачальника, так як бізнес-логіка компонент сервера не пов'язана з деталями реалізації на конкретній виконавчої компонентної системі.
Виготовлення на замовлення без програмування
Доступ до компонентів сервера здійснюється через добре певний інтерфейс. За природою інтерфейсу, компонент сервера є багаторазово використовуваним блоком для побудови програм. Кожен компонент виконує певний набір функцій, доступних через інтерфейс будь-якого іншого додатку. Конкретна бізнес-функція може бути реалізована один раз і потім може використовуватися багаторазово в будь-якому додатку, що вимагає цю функцію. Якщо організація зберігає повну бібліотеку компонентів, розробка програми перетворюється в збірку відповідних компонентів з отриманням конфігурації, яка виконує необхідні функції програми.
Ринкова ніша компонентів
Довготривала перспектива EJB - це виробництво готових серверних компонент, які можна транслювати в повномасштабні рішення для підприємства, зовсім або майже не програмуючи. Постачальники програм могли б виробляти численні спеціалізовані комерційні компоненти, а організації могли б відбирати компоненти, які підходять для їх комерційних потреб. До сих пір поставлялося досить багато готових сторонніх компонентів розробок, призначених для боку клієнта. На даний момент ринок компонентів для серверів все ще дуже юний. Так як все більше організацій беруть серверну компонентну архітектуру, цей ринок повинен швидко подорослішати. Лідируючі промислові компанії, такі як IBM, Oracle, Sybase, Informix, Netscape, Novell, NCR, і Symantec, підтримують технічні характеристики Enterprise JavaBeans, так як вони працюють з існуючими у них програмними системами і базами даних для підприємств. А компанії, що розвивають програмні додатки, вже починають реалізовувати програми з використанням серверних компонентів. В кінцевому рахунку, ці компанії почнуть торгувати окремими компонентами для серверів.
Додаткову інформацію Ви можете отримати в компанії Interface Ltd.