ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 19.06.2023

Просмотров: 31

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

ВВЕДЕНИЕ

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

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

ORB обрабатывает "прозрачно", , от какого локального или поступил . При обработке запросов для ORB не значения ни программирования, ни система или . Механизм, "прозрачность" запросов, языком интерфейса ( Definition , IDL). язык для объявления и интерфейсов .

Во многом независимому , IDL нейтрален и не от объектов и ORB, тем не он связывает служб объектов с их . Всякому, кто с DCOM, , известно, что в DCOM IDL. Но IDL DCOM с CORBA и иначе, чем IDL . В CORBA множественное , а ее IDL-средствам необходимо для объектов.

Это облегчает использование программ. В механизм наследования не . Поэтому вы подготовить и все интерфейсы, чем к ним обратится . Язык IDL тем, что позволяет описать API, при этом определить на любом программирования, обеспечивает с CORBA. К языкам Ада, Кобол, Си, ++, Smalltalk и . У некоторых имеются средства с CORBA для Basic и . Как известно человеку, дело с программированием, для запроса сведения об принимающего , а объекты быть так, чтобы они получать об интерфейсах тех , с которыми они взаимодействовать.

Но, применить подход для между объектами , вы столкнетесь с проблем. Для независимости IDL в используется (хранилище) , предназначенный для сигнатур , принадлежащих , с тем чтобы эти можно динамически и обновлять во исполнения . Благодаря все объекты в системе получить об интерфейсах объектов, , принадлежащих интерфейсам, и , необходимых для к ним.

Целью курсовой является назначения , изучение CORBA и ее компонентов.

ГЛАВА 1. НАЗНАЧЕНИЕ CORBA

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


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

Спецификация CORBA использует язык описания интерфейсов (OMG IDL) для определения интерфейсов взаимодействия объектов с внешним миром, она описывает правила отображения из IDL в язык, используемый разработчиком CORBA-объекта.

Стандартизованы отображения для Ада, Си, C++, Lisp, Smalltalk, Java, Кобол, ObjectPascal, ПЛ/1 и Python.

Также существуют нестандартные отображения на языки Perl, Visual Basic, Ruby и Tcl, реализованные средствами ORB, написанными для этих языков.

1.1 Объекты по значению

Помимо удалённых объектов в CORBA 3.0 определено понятие объект по значению. Код методов таких объектов по умолчанию выполняется локально. Если объект по значению был получен с удалённой стороны, то необходимый код должен либо быть заранее известен обеим сторонам, либо быть динамически загружен. Чтобы это было возможно, запись, определяющая такой объект, содержит поле Code Base — список URL, откуда может быть загружен код. У объекта по значению могут также быть и удалённые методы, поля, которые передаются вместе с самим объектом. Поля, в свою очередь также могут быть такими объектами, формируя таким образом списки, деревья или произвольные графы. Объекты по значению могут иметь иерархию классов, включая абстрактные и множественное наследование.

1.2 Компонентная модель CORBA (CCM)

модель (CCM) — дополнение к определений .

CCM была начиная с 3.0 и описывает каркас для компонент . CCM построено под влиянием Enterprise Java Beans () и фактически его независимым от расширением. CCM абстракцию , которые предоставлять и сервисы чётко именованные , порты. CCM предоставляет компонентов, в могут программные . Контейнер набор , которые использовать . Эти службы (но не ограничены) уведомления, , персистентности и транзакциями. Это часто распределённым службы. реализацию сервисов от реализации приложением в контейнера , можно снизить реализации компонентов.

1.3 Общий протокол межброкерного взаимодействия (GIOP)


GIOP (GeneralInter-ORB Protocol) — абстрактный протокол в стандарте CORBA, обеспечивающий интероперабельность брокеров. Стандарты, связанные с протоколом выпускает Object Management Group (OMG). Архитектура GIOP включает несколько конкретных протоколов:

Internet Inter ORBP protocol (IIOP) (Межброкерный протокол для Интернет) — протокол для организации взаимодействия между различными брокерами, опубликованный консорциумом OMG. IIOP используется GIOP в среде интернет, и обеспечивает отображение сообщений между GIOP и слоем TCP/IP.

SSL InterORBProtocol (SSLIOP) — IIOP поверх SSL, поддерживаются шифрование и аутентификация.

Hyper Text Inter ORB Protocol (HTIOP) — IIOP поверх HTTP.

Corba Loc (англ. Corba Location) — является строковой ссылкой на объект технологии CORBA, подобной URL. Borland Enterprise Server, Visi Broker Ed. — CORBA 2.6-совместимый коммерческий ORB от Borland, поддерживает Java и C++.

  • MICO — свободный (LGPL) ORB с поддержкой C++.
  • omni ORB — свободный (LGPL) ORB для C++ и Python.
  • ORBit2 — свободный (LGPL) ORB для C, C++ и Python.
  • Jac ORB — свободный (LGPL) ORB, написан на Java.
  • TAO — The ACE ORB, открытый ORB для C++.
  • Orbacus — коммерческий ORB для C++, Java от IONA Technologies.

CORBA (CommonObjectRequestBrokerArchitecture) – Общая Брокера Запросов - это , набор для промежуточного обеспечения (, middleware) типа. ППО, как известно, в связывании приложений для данными.

программирование систем Р. Станек прикладных , объекты составлены на языках и между на самых ОС и платформах.

рост и Web стал появления , в корне существующие применения . Наиболее изменения в объектно-ориентированной , которой отводят роль в распределенной . Вместо вычислительных архитектуры новая эра обработки за собой к системам предприятия с , которые между компьютеров, обмениваться независимо от системы, или языка . Еще удивительнее то, что эти объекты быть либо программы, десятков , образующих , предназначенную для .

Назовем , позволяющие распределенную в гетерогенных : это архитектура общих запросов (, CORBA) и InternetInter-ORB (IIOP). полностью архитектуру, для обмена между объектами.

К ее спецификаций IIOP и других . IIOP важный CORBA, что его основная организация распределенных в гетерогенной . Вместе и IIOP многообразие промежуточного , которые стимулом для подходов к прикладных в сетевых разработчиками мира.

не исключительный решения, распределенную . Существует и архитектура, корпорацией , объектная распределенной (DistributedComputingObjectModel, ), в основном брокером запросов (, ORB), входит в Windows NT 4.0 и включен в редакцию [10].

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


CORBA описывает стандартную архитектуру для обмена информацией между распределенными объектами, благодаря которой компоненты прикладных программ могут связываться друг с другом, независимо от их местоположения в вычислительной сети. Более того, поскольку CORBA определяет стандартный интерфейс между объектами, операционная система, в которой работает объект, и язык, на котором он составлен, не имеют значения. Если объект удовлетворяет требованиям CORBA, он способен обмениваться информацией с другими распределенными объектами.Появившийся в декабре 1994 г. как составная часть спецификации CORBA 2.0 протокол IIOP еще одна удача OMG. До того как был подготовлен протокол IIOP, спецификация CORBA определяла способ взаимодействия только для распределенных объектов, созданных одним производителем. При подготовке объектов приходилось рассчитывать лишь на конкретную реализацию архитектуры.

Благодаря IIOP вторая спецификация CORBA стала окончательным решением для взаимодействия объектов, которое не привязано ни к какой конкретной платформе или реализации.

С применением CORBA вы создадите системы масштаба предприятия (корпоративные системы), в которых объекты распределены по вычислительной сети.

В корпоративных системах основные объекты для обслуживания файлов, необходимые прикладной программе, могут храниться на сервере Windows NT. Эти объекты вы составите, например, на языке Си++. На большом компьютере можно разместить первичные функции ядра системы скажем, используя объекты, запрограммированные на языке Кобол. Любой настольный компьютер, работающий под управлением Windows, пригоден для хранения внешних интерфейсов, использующих объекты, созданные средствами VisualBasic. И все эти объекты могут обмениваться информацией, а посредником при передаче запросов служит CORBA[8].

Netscape Corp. и избрали и IIOP в основы для поколения программ. Sun CORBA и для реализации вызовов процедур в программирования 1.1, причем без технологий в сетях не бы платформы (JavaPlatform). того, в API будут CORBA и , чтобы возможность масштабируемых программ для сферы () с многократно серверными вызовов процедур в Java и технология . Необходимые для специальные процедуры в Visual J++. Но DCOM только на Windows NT 4.0 и 95 (с помощью InternetExplorer), т. е. не годится для информацией с операционными . Microsoft , что в будущем DCOM перенесена на платформы.По IIOP взаимодействие сетевой (OpenNetworkEnvironment, ) фирмы с корпоративными системами. Кроме того, с помощью IIOP программисты могут подключать программы, подготовленные на языках Java, JavaScript и Си или Си++, к системам масштаба предприятия.


В программе NetscapeNavigator протокол IIOP реализуется в рамках механизма LiveConnect и предназначен для обмена информацией между апплетами, внешними модулями и сценариями.

ГЛАВА 2. ТЕХНОЛОГИЯ CORBA

2.1 Объединение компонентов

Как технология, которая обеспечивает базовые структуры для взаимодействия разнородных объектов, CORBA достигла замечательных успехов, и это при том, что она представляет собой только часть еще более крупной архитектуры управления объектами (ObjectManagementArchitecture, OMA), состоящей из следующих компонентов:

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

2.2 Службы объектов CORBA

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

Имеется 16 объектных служб, в том числе:

CollectionProperties

Сoncurrency Сontrol

Query Eventnotification

NshipsExternalizationSecurity

LicensingStartup

LifecycleTime

NamingTrader

PersistenceTransactions

Реальные объекты, образующие ядро совместимой с CORBA прикладной программы, называются бизнес-объектами. Бизнес-объект это способ описания понятий, не зависящих от прикладной программы, типа покупатель, заказ или платеж. Для подготовки прикладной программы вам будет необходим набор бизнес-объектов.

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