Основные функции EJB , Контейнер EJB .

Enterprise JavaBeans - это высокоуровневая, базирующаяся на использовании компонентов технология создания распределенных приложений.

Основные функции

• организация удаленных вызовов между объектами, работающими под управлением различных виртуальных машин Java;
• управление потоками на стороне сервера;
• управление циклом жизни серверных;
• оптимизация использования ресурсов;
• создание универсальной системы поиска клиентом необходимых серверных компонентов;
• обеспечение требуемых прав доступа к серверным компонентам;
• обеспечение универсального взаимодействия с СУБД.

Контейнеры EJB-container

Java-приложениям для работы нужна виртуальная машина JVM (Java Virtual Machine). Сеансовым компонентам и компонентам MDB для работы точно также необходим контейнер EJB. Можно считать EJB-container развитием базовой идеи JVM. Так же, как JVM прозрачно управляет памятью, EJB-container обеспечивает компоненты EJB такими службами, как обработка транзакций, поддержка безопасности, удаленные взаимодействия и веб-службы.

Согласно спецификации EJB3 контейнер предоставляет службы, применимые только к сеансовым компонентам и MDB. Операция добавления компонента EJB3 в контейнер называется развертыванием (deployment). После того, как EJB-компонент благополучно развернут в контейнере, он готов к использованию приложениями.

В Java технологиях контейнеры не ограничены только EJB3. Контейнер Java EE – это сервер приложений с поддержкой EJB3, веб-контейнеров (сервлеты, JSP, JSF, Struts, GWT) и других Java EE API и служб. Примерами реализаций контейнеров Java EE могут служить следующие серверы приложений: Oracle WebLogic, GlassFish, IBM WebSphere, JBoss и Caucho Resin.

Построение EJB. Виды компонентов

Виды компонентов

• объектный компонент (Entity Beans; компоненты-сущности) хранимый объект для представления данных из источника;

• сеансовый компонент (Session Beans) это несохраняющийся объект, который предоставляет доступ к предметной логике на сервере

§ Stateful -бины автоматически сохраняют свое состояниемежду разными клиентскими вызовами (корзина в интернет-магазине).

§ Stateless -бины используются для реализации бизнесс-процессов, которые могут быть завершены за одну операцию (web-сервиса).

• компоненты, управляемые сообщениями (Message - driven Beans) компонент для получения и асинхронной обработки сообщений JMS и других протоколов.

Получение клиентом ссылки на EJB.

Структура JNDI, основные API, именование объектов.

Модели обмена сообщениями.

Модели обмена сообщениями

«point - to - point»:

• Каждое сообщение имеет только одного адресата.

• Сообщение попадает в «очередь» (queue) адресата и может быть прочитано когда угодно. Если адресат не работал в момент отсылки сообщения, сообщение не пропадёт.

• После получения сообщения адресат посылает извещение-подтверждение.

«publish-subscribe»:

• Подписчик подписывается на определённую «тему» (topic).

• Издатель публикует своё сообщение. Его получают все подписчики этой темы.

• Получатель должен работать и быть подписан в момент отправки сообщения.

Очередь сообщений. Цикл обработки сообщений.

Основные участники процесса обмена сообщениями и их функции.

Синхронная и асинхронная обработка

Организация VCL -приложения

Организация VCL-приложения

TApplication осуществление управления приложением.

Методы:

CreateForm Создание окна главной формы

Run реализует главную петлю программы:

выборка сообщений из очереди,

передача его на обработку.

Событие OnMessage реагирует на большинство сообщений посылаемых Windows.

Главная форма - форма, которая создаётся первой, становится главной, и её закрытие означает закрытие всего приложения.

VCL-приложение создаёт два окна: невидимое окно объекта Application и окно главной формы.

Невидимое окно приложения является родителем всех форм, у которых явно не установлено свойство Parent, в т.ч. и главной формы.

Обработка сообщений в VCL

Для каждого компонента создаётся уникальная оконная процедура, которая передаёт управление методу TWinControl.MainWndProc.

TWinControl.MainWndProc передаёт управление методу, указатель на который хранится в свойстве TControl.WindowProc. По умолчанию это - метод компонента WndProc.

TControl.WndProc осуществляет обработку некоторых сообщений, но в большинстве случаев передаёт управление методу Dispatch, который ищет среди методов компонента или его предков обработчик данного сообщения.

Если обработчик не найден, управление получает метод DefaultHandler (он может также получить управление и в том случае, если обработчик найден, но он вызывает метод родителя).

TWinControl.DefaultHandler самостоятельно обрабатывает некоторые сообщения, но большинство из них передаётся оконной процедуре, адрес которой хранится в свойстве TWinControl.DefWndProc (по умолчанию это стандартная функция Win API DefWindowProc).