Архитектура corba.
Одним из первых документов CORBA был объект JMA (Object Management Architecture), в которой были определены основные элементы распределённых объектных систем, среди которых главным был определён ORB (брокер объектных запросов), через которого взаимодействуют компоненты более высокого уровня: службы, средства, приложения.
Основной службой CORBA 1-го поколения была служба именования, доставки сообщений.
2-е поколение архитектуры CORBA добавлена основная функциональность распределённых систем, которая определяется возможностью взаимодействия ORB, поддерживаемого протоколом GIOP (General Inter ORB Protocol), а также его TCP/IP-аналогом IIOP (протоколом взаимодействия, Internet Inter ORB Protocol). Появился целый ряд служб:
служба обработки распределённых транзакций
служба безопасности
служба поддержки взаимодействия объектов
служба конкуренции
служба коммерции
и др.
Роль ORB сильно возросла, что позволило обеспечить большую функциональность систем (создаваемых).
Доступность ORB-сервисов, которые могут быть запрошены любым клиентом или сервисом, поддерживается в CORBA 2-го поколения.
Адаптеры BOA (Basic Object Adapter) – 1-ое поколение
Адаптеры POA (Portable Object Adapter) – 2-ое поколение
BOA – объектный адаптер, необходимый для поддержки различных стилей реализаций объекта.
В BOA существует 4 стиля: стр.95
по методу – стиль, когда новый сервис запускается каждый раз при обращении к методу объекта. Каждый вызов осуществляется на своём … .
сервер с распределённой активизацией – это серверы, поддерживающие множество активных объектов одновременно.
Постоянный стиль – серверы не нуждаются в активизации, работают всё время.
…
Жизненный цикл вызова.
Запрос должен обладать функциональными возможностями вызова метода. Все запросы характеризуются точками назначения, операциями и набором аргументов.
Точка назначения – целевой объект, под операцией - «проведенная операция», под аргументом – «все аргументы, которые надо обработать».
Основная цель архитектуры CORBA: каким образом клиенты отправляют запросы на получение удалённых ответов, а также получают ответы от удалённых объектов. Интерфейсы объектов определены 2-мя способами: статический и динамический.
Статический метод требует определения всех интерфейсов на момент компиляции, в результате чего компилятор IDL сможет скомпилировать программы-заготовки и заглушки, которые должны прилагаться к сообщениям.
Динамический метод предполагает возможность работать с приложениями, способными обработать запросы различных типов, ничего не зная об IDL на момент компиляции. Требует использования интерфейса DII (Dynamic … Interface), который устанавливается на стороне клиента. DSI (Dynamic Skeleton Interface) – интерфейс на стороне сервера.
При работе со стандартными приложениями используется статический метод и программные заготовки.
Достоинства статического метода: возможность использования объектов CORBA так, как обычных элементов языков программирования.