OMG OMA

Потребность в создании единых промышленных стандартов промежуточного программного слоя стала одной из основных причин создания консорциума Object Management Group (OMG). Этот консорциум был основан в апреле 1989 года 11 компаниями, среди которых 3Com Corporation, American Airlines, Canon, Inc., Data General, Hewlett-Packard, Philips Telecommunications N.V., Sun Microsystems и Unisys Corporation. На сегодняшний день его членами является более 800 компаний, среди которых такие гиганты ИТ-индустрии как IBM, Oracle, Microsoft.

OMG определяет управление объектом как разработку программного обеспечения, которое моделирует реальный мир через представление "объектов". Эти объекты есть инкапсуляция аттрибутов, отношений и методов программного обеспечения опознаваемые программных компонент. Ключевое преимущество объектно-ориентированной системы - ее способность расширять свои функциональные возможностях расширяя существующие компоненты и добавляя новые объекты к системе. Объектное управление имеет результатом более быструю разработку приложений, более легкое обслуживание, огромную масштабируемость и многократное использование программного обеспечения.

На этой иделогической платформе была разработана спецификация OMA - Object Management Architecture (Архитектура Управления Объектом). Ее ключевыми составляющими являются:

• CORBA (Common Objects Request Broker Architecture - общая архитектура объектных запросов) - отвечает за базовые механизмы взаимодействия объектов в сети
• Object Services (Объектные сервисы) - системные службы для поддержки разработки приложений
• Common Facilities (универсальные средства) - поддержка пользовательских приложений
• Application Objects (Объекты Приложений) - собственно прикладные приложения

Нас более всего интересует первая компонента, так как именно CORBA является звеном, связывающим
разнородные приложения.

CORBA

Итак, CORBA ( Common Objects Request Broker Architecture - общая архитектура объектных запросов ) -это промышленный стандарт на средства взаимодействия в неоднородных вычислительных средах, разработанный

Центральным звеном данной архитектуры является программа-брокер ORB, которая помогает формировать запросы на доступ к объектам, т. е. служит посредником (брокером) между клиентом и сервером. Системы CORBA состоят из объектов - компонентов с четко определенными интерфейсами, описывающими услуги, которые они предоставляют другим объектам системы (продолжение идеи технологии клиент-сервер). Указанные объекты могут являться как компонентами, реализованными на объектно-ориентированном языке типа C++ или Java, так и представлять собой простые оболочки крупных фрагментов кода (возможно, унаследованного).

Брокер объектных запросов (ORB)

На рисунке показан запрос(Request) клиента(Client) серверу - реализации объекта(Object Implementation) посредством ORB.

В состав брокера ORB обычно входят библиотека, которая связывается с каждым процессом CORBA, и процесс-"демон", участвующий в формировании соединения, но не в других коммуникационных операциях. Процессы узла-клиента осуществляют вызовы объектов, принадлежащих процессам сервера, причем система обладает гибкостью, выражающейся в том, что серверы также могут вызывать объекты (т. е. вести себя подобно клиентам), а клиенты - сами содержать объекты.

Брокеры ORB поддерживают и другие функциональные возможности. Например, интерфейс динамической активизации (Dynamic Invocation Interface, DII) и интерфейс динамических схем (Dynamic Skeleton Interface, DSI) позволяют производить доступ к объектам, не используя заглушки и структуры (skeletons), специфические для конкретных типов объектов.

Язык описания интерфейса (IDL)

Каждый объект CORBA снабжается интерфейсом, определенным на языке описания интерфейса (Interface Definition Language). В основе его лежит простая объектная модель. IDL играет роль общепонятного рабочего языка, совместно используемого различными программами и системами. Брокер ORB передает объекту относящиеся к нему запросы и выполняет все необходимые процедуры преобразования между средой вызывающей программы и средой объекта.

Описание интерфейса на языке IDL состоит из имени интерфейса, списка наследуемых параметров (необязательный компонент) и списка операций и атрибутов. Для каждой операции указывается имя, возвращаемое значение, несколько параметров (хотя их может и не быть) и предложение raises (необязательный компонент). Атрибуты используются в качестве удобного варианта задания значения, допускающего чтение и запись; впрочем, в результате обработки запроса на чтение возвращаемое значение может быть пересчитано, так что атрибуты не должны представлять внутренние переменные (переменные-члены). Определения интерфейсов хранятся в репозитарии интерфейсов (Interface Repository).

Internet InterORB Protocol (IIOP)

Для удовлетворения потребности обеспечение взаимодействия брокеров ORB разных производителей консорциум OMG в 2-й версии CORBA определил спецификацию протокола Internet InterORB Protocol (IIOP), который должен использоваться брокерами ORB для поддержания взаимодействия в сети Internet. Стандартный пакет IIOP включает идентификатор требуемого объекта, обозначение вызываемой операции и передаваемые объекту параметры.

Как и язык IDL, протокол IIOP является отражением общей тенденции к стандартизации средств взаимодействия, поскольку стандартизация самих вычислительных сред (что означает устранение их гетерогенности) представляется маловероятной.