B. Позднее связывание

A. Ранее связывание

Описывает ситуацию, когда логика обычного приложения связывается с помощью POA так, что клиент может использовать ссылку на нужный ему объект и обращаться к нему непосредственно.

 

Создаётся по требованию в случае ошибки, которая возникает всякий раз, если отсутствует связывание между зарегистрированным целевым объектом и исполнителем. Вследствие чего ORB не может найти реализацию целевого объекта.

 

 

 

POA поддерживает средства управления ЖЦ исполнителей и объектов CORBA. Различные требования разных типов объектов CORBA (статические, изменяемые, хранение) требуют от брокера объектов POA специальных сложных методов поддержки.

См. рис 2.11

 

 

Механизмы (реализация политики потоков для одновременной обработки запросов)

è Поток на объект

è Поток на клиента

è Поток на запрос

Различные политики назначения потоков связаны с различными ресурсами сервера.

Представление архитектуры POA.

ORB управляет исполнителями с помощью адаптера. Каждому ORB соответствует корневой POA.

POA может создавать вложенный POA с помощью метода create_POA(). Это единственный способ создания нового POA – приложение не может создавать самостоятельные реализации POA, но может определить политику реализации, что определяет поведение POA. Политика определяет поведение POA при активизации:

1. Определение его ресурсов

2. Управление идентификаторами объектов

3. Назначение потоков

Связь POA с исполнителями (рис. 2.12).

Здесь определённый вид связи инкарнации. POA в соответствии с политикой сохраняет исполнителя, что необходимо для позднего связывания; реализуются 2 метода: 1) Activite_object() и 2) Create_refernce(), благодаря которому можно использовать позднее связывание.