Дайте описание архитектуры объектно – ориентированной платформы промежуточного программного обеспечения спецификации CORBA.

Распределенные вычислительные технологии масштаба предприятия, такие как CORBA или J2EE, позволяют разделять ресурсы только в рамках одной организации.

Стандарт CORBA (Common Object Request Broker Architecture – «обобщенная архитектура брокера объектных запросов»), продвигаемый рабочей группой по управлению объектами консорциума OMG (Object Management Group), – это архитектура и спецификация для создания и управления объектно-ориентированными приложениями, распределенными в вычислительной сети. К настоящему время выработано несколько версий стандарта CORBA. Спецификацией не определяются ни языки программирования разрабатываемых объектно-ориентированных приложений, ни операционные системы, в которых они должны работать.

Система, подчиняющаяся спецификации CORBA, состоит из трех основных частей: брокера объектных запросов ORB (Object Request Broker), набора служб (CORBAServices), доступных с помощью стандартизованного прикладного программного интерфейса, и набора средств и инструментов. ORB является основой каждого процесса на клиенте и на сервере в любой распределенной системе типа CORBA. Брокеры объектных запросов отвечают за поддержание связи между объектами и их клиентами, скрывая проблемы распределенности и разнородности системы. ORB содержит базовые функции взаимодействия объектов. Эти функции гарантируют обращение к серверу объектов и возвращение клиенту ответов сервера. Службы предоставляют функции сохранности, управления жизненным циклом, безопасности и многие другие.

Укрупненная последовательность действий брокера ORB при реализации вызова метода удаленного объекта состоит из следующих этапов:

а) найти удаленный объект;

б) активизировать модуль, содержащий искомый объект, если таковой еще не активизирован;

в) передать аргументы удаленному объекту;

г) ожидать ответа после вызова метода удаленного объекта;

д) вернуть клиенту информацию или исключение, если вызов удаленного метода оказался неуспешным.

Интерфейсы объектов описываются на языке описания интерфейсов IDL. В дополнение к описанию методов, в отличие от систем на базе RPC, язык IDL CORBA поддерживает множество объектно-ориентированных концепций, например, наследование и полиморфизм. Запись на IDL передается компилятору, который формирует заместитель объекта, скрывающий распределенность, и каркас (скелетон). Для клиента вызовы выглядят не удаленными, а локальными. Программа заместителя объекта содержит в себе описание методов, предоставляемых реализацией объекта, она загружается вместе с программой клиента. Каркас защищает сервер от проблем распределенности, поэтому сервер может разрабатываться так, как если бы вызовы к нему поступали из локального окружения. Все, что требуется знать программисту, это IDL-интерфейс сервера. Семантика интерфейсов методов не формализуется, она описывается другими средствами, например, в виде комментариев или в составе сопроводительной документации. Стандарт CORBA 3 поддерживает IDL для C, C++, Java, Smalltalk, Lisp, Ada и других языков.

Чтобы клиенты могли идентифицировать нужную им службу, в спецификации CORBA ссылки на сервисные объекты выдаются только службой именования и справочной службой. Служба именования извлекает ссылки на объекты, отталкиваясь от их имени, а справочная служба ищет службы, основываясь на их свойствах. Все службы вносят сведения о своих свойствах в справочник. Используя его, клиенты могут искать объекты, реализующие тот или иной интерфейс, а также объекты, свойства которых имеют заданные значения.

Спецификация CORBA позволяет пользователям систем, построенных на ее основе, организовывать свои программы в виде служб, предоставляющих услуги другим программам, то есть таким же службам или более традиционно построенным программам пользователей. Однако обычно (в некоторой аналогии с библиотеками стандартных программ) вместе с базовой системой (самим брокером CORBA) могут распространяться программы служб, спецификации которых также стандартизованы. Некоторые из этих служб являются обязательными и распространяются всегда, другие же службы, несмотря на стандартность интерфейса, имеют более ограниченное применение в редко встречающихся ситуациях и распространяются по отдельным соглашениям с пользователями.