Oracle Containers for J2EE

Новые возможности основных спецификаций J2EE кратко перечислены ниже.

Servlet 2.3: включена поддержка фильтров для осуществления пред- и постобработки запросов, что позволяет заключить в один компонент код автоматизации общих задач и впоследствии использовать его в разных приложениях. Для лучшей интеграции с web-контейнером добавлена поддержка событий жизненного цикла (lifecycle events) для оповещения исполняемых приложений о происходящих событиях. Например, web-приложение может зарегистрировать себя в качестве получателя уведомлений о прекращении срока действия пользовательской сессии и предпринять соответствующие действия для освобождения полученных ранее ресурсов.

JSP 1.2: Библиотеки тегов (tag libraries) претерпели изменение и стали более мощными и простыми в использовании. Так, например, библиотека тегов может теперь быть автоматически обнаружена и использована в JSP-странице просто путем размещения ее в стандартной директории библиотек модуля приложения. Были добавлены расширения библиотеки тегов для осуществления во время выполнения проверки структуры JSP-страницы, в которой используется тег, и для того, чтобы получатели событий (event listeners) могли быть скомплектованы и использованы вместе с библиотекой тегов. Так как XML играет все более заметную роль в разработке приложений и в системах интеграции, спецификация JSP получила официальный XML-синтаксис: страница JSP может быть целиком представлена с помощью XML и такой формат получил название JSP Document.

EJB 2.0: появилась принципиально новая функциональность. С представлением нового типа компонентов - Message Driven Beans (MDB) - добавилась поддержка асинхронного обмена сообщениями. MDB - это клиент JMS, который получает сообщения из очередей и обрабатывает их, что позволяет эффективно использовать его для задач интеграции и координации приложений. Контейнерно-управляемое сохранение состояния (container managed persistence) для компонентов Entity Bean существенно улучшилось и теперь поддерживает использование более развитых доменных моделей в EJB-приложениях. Отношения компонентов Entity Bean теперь автоматически поддерживаются контейнером. Они описываются декларативно в рамках стандартного дескриптора развертывания (deployment descriptor), а контейнер берет на себя управление связями между компонентами. Разработчики могут осуществлять естественную навигацию между компонентами; предоставляется язык запросов для определения местонахождения и получения компонента, что расширяет возможности контейнерно-управляемого сохранения связей. Данный язык, EJB QL, позволяет формулировать переносимые запросы, основанные на определении компонентов как таковых, а не лежащей в основе реляционной схемы. Включение в спецификацию локальных интерфейсов EJB формализует сопутствующие методы оптимизации производительности, которые многие поставщики J2EE обеспечивают в своих серверных реализациях. Когда определено, что компонент может иметь локальные интерфейсы, контейнер может оптимизировать его использование, устраняя накладные расходы на вызов удаленных методов, неизбежные в предыдущих версиях EJB. Возможность вызывать из EJB медоды других приложений EJB, работающих под управлением контейнеров J2EE иных производителей обеспечивается как следствие требования поддерживать RMI-IIOP и стандартные сервисы CORBA: Naming и Transaction.

J2EE Connector Architecture 1.0: Данная спецификация J2CA служит целям интеграции существующих систем поддержки бизнеса и транзакционных приложений в среду J2EE. J2CA предоставляет механизм, позволяющий разрабатывать стандартные адаптеры ресурсов, которые могут быть впоследствии встроены в сервер J2EE для подключения к существующим источникам информации. Так как J2CA - это стандартный интерфейс разработчика, сопровождаемый набором сервисов, построенные адаптеры ресурсов, созданные в соответствие со спецификацией J2CA, могут быть использованы в любом сервере J2EE, поддерживающем данный стандарт.

JAXP 1.1: как следствие признания растущего влияния XML в среде J2EE, JAXP предлагает способ разбирать и преобразовывать XML-документы стандартным образом, независимо от используемого синтаксического анализатора XML. Последний может быть при необходимости отключен.

OС4J поставляется двумя различными способами - как выделенный комплект и как часть продукта Oracle AS. Для промышленных систем, требующих наличие надежного HTTP-сервера, возможностей однократной регистрации, автоматического управления процессами, повышенной надежности и централизованного управления с Web-консоли рекомендуется использование OC4J в составе рабочей среды Oracle AS 10G. В сервере OC4J могут размещаться приложения Java, созданные любыми средствами разработки. Сервер поддерживает стандартные пакеты развертывания EAR, WAR, JAR, а также клиентские JAR-файлы. Приложения, развернутые в OC4J, могут проходить отладку с использованием стандартных средств отладки и профилирования.

Надежность и масштабируемость	OC4J обеспечивает кластеризацию компонентов, балансировку нагрузки и синхронизацию состояния приложений web и EJB. Данные возможности тесно интегрированы с инфраструктурой обеспечения отказоустойчивости и управления Oracle AS
Высокая производительность	OracleAS Containers for J2EE - это хорошо оптимизированный код, обеспечивающий особенно короткие времена отклика и высокие показатели пропускной способности. Новые модели параллелизма выполнения и блокировок EJB обеспечивают отличные возможности одновременного доступа, без ограничения целостности данных.
Мониторинг	OС4J снабжен программными датчиками Dynamic Monitoring Service (DMS) для сбора данных о производительности компонентов во время выполнения. DMS предложен к стандартизации как Java Specification Request (JSR 138). Собранные метрики можно визуализировать с помощью поставляемого Web-приложения или через Web-консоль OEM
Обеспечение безопасности	OC4J предоставляет серьезную поддержку для разработки защищенных приложений через реализацию стандарта Java Authentication and Authorization Service (JAAS). Разработчики и администраторы могут, таким образом, контролировать доступ и запуск приложений J2EE. Решение JAAS может быть легко интегрировано с Oracle AS SSO и Oracle Internet Directory, что отвечает современным требованиям централизованного администрирования и единой авторизации пользователей.
Управление	Компонентом OC4J можно управлять с HTML-консоли OEM. Возможности управления включают запуск и остановку экземпляров сервера, создание и настройка кластерных конфигураций, а также просмотр консолидированной и детальной информации о метриках производительности, собранных DMS.
Поддержка операционных систем и компьютерных платформ	Oracle AS 10G доступен на Solaris, HP-UX, IBM AIX, Compaq Tru64, Windows и Linux. Компонент OC4J полностью реализован на Java и поддерживается на всех платформах, на которых реализован JDK.