Понятие прозрачность, серванта, использование посредников proxies в corba. Name сервис.
ORB может выступать в качестве посредника для межобъектных вызовов внутри единственного процесса, нескольких процессов, выполняющихся на одном компьютере, или множества процессов, выполняющихся в разных сетях под управлением разных операционных систем. Такой механизм полностью прозрачен для ваших объектов. Обратите внимание, что ORB может выступать посредником как между "мелко-зернистыми" объектами — подобными классам C++, так и для более масштабных — "крупно-зернистых" объектов. В общем случае, CORBA-программисту нет дела до транспортных протоколов, местоположения серверов, активации объектов, порядка следования байтов через различные платформы или целевых операционных систем — CORBA все это сделает прозрачным.
Сервант (servant)– это объект или сущность, который реализует запросы на один или более объектов. Серванты обычно существуют в пределах контекста процесса сервера. Запросы к объектным ссылкам опосредуются ORB и трансформируются в вызовы на конкретном серванте.
Сервис именования (Naming service) служит для управления ссылками на CORBA-объекты и их хранения. Его основная задача состоит в том, чтобы универсальным образом организовать соединение объектов друг с другом. Сервис имен оперирует с хранилищем объектных ссылок. Обращение к этому сервису выполняется для получения нужной объектной ссылки, идентифицируемой по читабельному (понятному разработчику) имени объекта.
Служба указания имен является одной из фундаментальных служб CORBA. Объекты CORBA ассоциируются по объектным ссылкам. Для удобства использования человеком ссылкам можно назначать определенные программой строковые имена. Служба Указания Имен (Naming Service), предназначена для выполнения преобразования (связывания) строки в объект и объекта в строку. Так как Служба Указания Имен действует как телефонная книга, в которой и клиент и сервер могут получить консультацию по именам, она работает как отдельный процесс. Процесс преобразования объекта в строку называется привязыванием объекта (binding an object), а удаления преобразования называется отвязыванием (unbinding). Получение ссылки на объект по переданной строке (имени) называется разрешением имени (resolving the name).
Так, при запуске сервер приложений должен создать серверный объект, связать объект с именем сервиса, а затем подождать пока клиент выполнит запрос. Клиент сначала получает ссылку на серверный объект, разрешает строковое имя, а затем может выполнить обращение к серверу, используя ссылку.
Платформа j2ee. (основные технологии). Когда следует применять Enterprise JavaBeans. Типы ejb, обобщенная архитектура, принципы функционирования и программное обеспечение.
J2EE включает в себя стандарты следующих основных технологий:
Сервлет (javax.servlet и javax.servlet.http)
Java Server Pages
Enterprise Java Bean (javax.ejb.*)
J2EE Connector
Java Message Service (javax.jms.*)
Java Authorization Contract for Containers
J2EE Connector Architecture используется поставщиками J2EE-инструментов и системными интеграторами для создания адаптеров ресурсов, поддерживающих доступ к информационной системе предприятия. Эти адаптеры могут быть включены в любой J2EE-продукт.
Java Authentication and Authorization Service (JAAS) предоставляет возможность приложению J2EE аутентифицировать и авторизовывать определенного пользователя или группу пользователей.
Применение корпоративных бинов целесообразно, если вашему приложению необходимо выполнение хотя бы одного из следующих требований:
*Приложение должно быть масштабируемым (чтобы приспособиться, например, к растущему числу пользователей, можно распределить компоненты приложения среди множества компьютеров и прозрачно для клиента).
*Для гарантии целостности данных требуются транзакции. Корпоративные бины поддерживают транзакции, механизмы, которые управляют параллельным доступом к совместно используемым объектам.
*У приложения будут разные клиенты. При помощи всего нескольких строк кода удаленные клиенты могут легко обнаруживать корпоративные бины. Эти клиенты могут быть различными и многочисленными.
Три типа серверных компонентов EJB. компоненты EJB- сессий (session bean), компоненты EJB-сущностей (entity bean), компоненты EJB на основе сообщений (message-driven bean).
Архитектура.
Контейнер Enterprise JavaBeans (EJB) управляет выполнением корпоративных бинов для приложения J2EE. Корпоративные бины и их контейнер выполняются на сервере J2EE. Контейнер Web управляет выполнением компонентов страниц JSP и сервлетов для приложений J2EE. Web-компоненты и их контейнер выполняются на сервере J2EE. Контейнер приложения клиента управляет выполнением компонентов приложения клиента. Приложения клиента выполняются на клиенте. Контейнер аплета управляет выполнением аплета. Состоит из Web-браузера и подключения Java, выполняющихся на клиенте. Контейнеры выполняют роль интерфейса между компонентом и низкоуровневой, платформенно-зависимой функциональностью, которая поддерживает компонент. Прежде чем Web-компонент, корпоративный бин или клиент-приложение может быть выполнен, он доложен быть собран в приложение J2EE и развернут в своем контейнере.
Программное обеспечение.
Для реализации J2EE не требуется поддержки определенного типа базы данных. Это означает, что базы данных, поддерживаемые различными J2EE-продуктами, могут быть разными.
Для запуска J2EE SDK необходимо наличие: Java 2 Platform, Standard Edition (J2SE) SDK, которая предоставляет основные API для создания J2EE-компонентов, основные инструменты разработки и виртуальную машину Java. J2EE SDK предоставляет описанные ниже API, используемые в J2EE-приложениях.