Use visibroker corba support что это
Установка Borland Delphi 7 на компьютер
Вот и пришло время перейти на объектно-ориентированное программирование. Сюда же входит и написание программных приложений для компьютера (создание самых настоящих программ). Особое внимание будем обращать на практику. Для программирования будем использовать Borland Delphi 7. Скачать ее, думаю, не составит никакого труда, а вот с установкой немного поясню.
Установка Borland Delphi 7
Итак, если есть диск с программой, вставляем его в дисковод. Появляется следующее окно, в котором выбираем пункт Delphi 7:
Затем появится другое окно начала установки программы Dedphi 7, где нажимаем кнопку Next >.
Вводим серийный номер продукта. Внимательно проверяем введенные символы и жмем Next >.
Читаем лицензионное соглашение, и если согласны со всеми предоставленными условиями, выбираем пункт «I accept the terms in the license agreement» («Я принимаю условия лицензионного соглашения»). Нажимаем Next >.
Если же не согласны с данными условиями, отказываемся от установки программы, нажав кнопку Cancel и затем подтвердив отказ от установки (кнопка Yes).
Выбираем тип установки:
Жмем Next >.
По желанию можно оставить галочку на пункте USE VisiBroker/CORBA Support (программы для использования технологии распределенных вычислений). Нажимаем Next >.
Программа может быть установлена для следующих операционных систем (выбираем необходимую и жмем Next >):
Отмечаем галочкой Install InterBase Client, чтобы впоследствии можно было работать с БД и нажимаем Next >.
При необходимости можно изменить каталог, куда нужно установить программы и компоненты Borland Delphi 7. Жмем Next >.
Нажимаем кнопку Next >. Если все настройки правильно указаны, можно запустить процесс установки Delphi на компьютер, нажав кнопку Install. Высветится следующее окно:
Таким образом если высветится какое-нибудь окно, всегда нажимаем Next, либо соглашаемся с условиями (Yes). В конце установки высветится последнее окно, где предложат перезагрузить компьютер. Нажимаем Yes.
Borland Delphi 7 успешно установлен на компьютере!
Use visibroker corba support что это
Спецификация OMA (Object Management Architecture) и CORBA как результат совместных усилий более чем 900 компаний – членов консорциума OMG (Object Management Group), стали одним из наиболее глубоко проработанных теоретических результатов за всю историю индустрии программного обеспечения.
Требования, предъявляемые к современным информационным системам, привели к тому, что вопросы высокоуровнего объектного взаимодействия (в терминах понятий автоматизируемой области деятельности) вышли на первый план.
Архитектура CORBA является ответом на сегодняшние и завтрашние запросы потребителей информационных технологий.
Inprise VisiBroker – семейство программных продуктов, включающее системные службы и библиотеки объектов, предназначенные для создания открытой инфраструктуры распределенных вычислений на основе CORBA.
При разработке VisiBroker используются новейшие технологические достижения, обеспечивающие необходимое для продуктов такого класса качество сервисов (QoS – Quality of Services).
VisiBroker поддерживает широкий спектр платформ, обеспечивая прозрачное взаимодействие прикладных объектов, распределенных в сети.
Клиенты и серверы, функционирующие под управлением VisiBroker ORB, могут быть реализованы на разных языках программирования и могут взаимодействовать с любыми другими брокерами объектных запросов, соответствующими спецификациям CORBA.
Уникальность поддержки VisiBroker на этапе разработки распределенных объектых систем заключается в его широкой поддержке средствами быстрой разработки приложений: Jbuilder, C++Builder, Delphi.
VisiBroker является неотъемлемой частью и системной основой Inprise Application Server и играет важную роль в продуктах лидеров индустрии – Oracle, Netscape, Sun, Novell, Hitachi, Business Object, GemStone и др.
Продукты семейства VisiBroker включают обширную и подробную документацию, позволяющую архитекторам и разработчикам сложных программных комплексов начать создавать реальные системы в архитектуре CORBA даже без знакомства со спецификациями OMG.
Соответствие спецификациям и стандартам, а также полная поддержка ведущих средств разработки приложений обеспечили продуктам семейства VisiBroker широкую поддержку ведущих поставщиков индустрии информационных технологий и бесспорное лидерство на мировом рынке программного обеспечения класса middleware.
Семейство продуктов VisiBroker
Необходимое ПО для распределенных вычислений
Семейство продуктов Borland VisiBroker предоставляет интегрированный комплекс инструментария и сервисов для разработки гибких масштабируемых и безопасных распределенных объектных приложений, выполнения и управления ими во внутрикорпоративной сети или Internet.
VisiBroker for Java
VisiBroker for Java глубоко интегрирован в Borland JBuilder.
По данным Standish Group VisiBroker является наиболее широко распространенным продуктом и прогрессивно развивающимся ORB на рынке. VisiBroker for C++
Для обеспечения адекватного уровня защиты информационных систем на основе инфраструктуры CORBA разработчики могут использовать VisiBroker SSL Pack, предоставляющий поддержку Secure Socket Layer для транспортного протокола CORBA IIOP.
Уникальный механизм VisiBroker Interceptor позволяет разработчикам использовать уже существующие (в том числе сертифицированные) национальные средства защиты, аутентификации, авторизации, шифрования и т.п.
Канал в Telegram
Вы здесь
Установка Borland Delphi 7 на Windows XP и Windows 7
Цель урока: Подготовить среду разработки Borland Delphi 7 для наших дальнейших экспериментов.
После того, как Вы вставили диск с дистрибутивом Delphi 7 произойдет автозапуск и Вы увидите меню с выбором приложений для установки (если запуск не произошел, то зайдите на диск и запустите install.exe). Нас пока интересует только пункт «Delphi 7». Щелкаем по нему.
После подготовки к установке появится окно приветствия. Жмем «Next>»
В этом окне нас просят ввести серийный номер и ключ авторизации. Для прохождения данного шага введите ключи указанные на диске или поищите в содержимом диска.
После того, как Вы ввели регистрационную информацию, будет предложено ознакомится с лицензионным соглашением и дать свое согласие. Как только Вы «прочтете» соглашение, необходимо отметить «I accept the terms in the license agreement». Жмем «Next>»
На следующем шаге предложен выбор типа установки: Typical (полный), Compact(установка только необходимых компонентов языка), Custom(ручной). Выбираем тип «Typical». Жмем «Next>»
Возможно, выскочит следующее сообщение. Жмем «Нет».
На данном шаге нам будет предложено включить или отключить установку VisiBroker/Corba. В рамках обучения данная поддержка нам не пригодится, так что отключаем. О том, что это такое можете почитать в Wiki здесь. Жмем «Next>»
На данном этапе, будет предложено выбрать, какой офис будет поддерживаться по умолчанию. Ставим Office XP. Жмем «Next>»
Здесь нам предлагают установить InterBase Client. В ближайшей перспективе он нам не нужен. Снимаем галочку. О том, что это такое, читаем здесь. Жмем «Next>».
На этом этапе, нам предложено указать пути установки. Не будем заморачиваться, да и путаница в дальнейшем нам не нужна. Оставляем все по умолчанию. Жмем «Next>»
На этом шаге нам рекомендуют сохранить установочную базу на жестком диске. В дальнейшем при доустановке компонентов или просто деинсталляции нам не нужен будет CD. Рекомендую оставить. Жмем «Next>»
Итак, наконец-то процесс установки пошел. Сидим, пьем кофе, ждем окончания процесса. 🙂
После успешного завершения установки мы получим следующее окно.
Все. Поздравляю! Установка завершена. Жмем «Finish» и приступаем к работе (Пуск->Программы->Borland Delphi 7-> Delphi 7 ). Возможно, потребуется перезагрузка системы.
VisiBroker
Комплексный набор продуктов CORBA.
Обзор
VisiBroker — это комплексная среда CORBA для разработки, развертывания и управления распределенными приложениями. Построенное на открытых отраслевых стандартах и высокопроизводительной архитектуре решение VisiBroker особенно подходит для сред с малой задержкой, а также сложных, ориентированных на данные, критически важных сред и сред с большим числом транзакций.
Непревзойденная масштабируемость
Используя VisiBroker, организации могут разрабатывать, подключать и развертывать сложные распределенные приложения, которые должны соответствовать очень высоким стандартам производительности и надежности. VisiBroker — это самая распространенная в мире инфраструктура CORBA Object Request Broker (ORB), в которой использованы более 30 миллионов лицензий.
Решение сложных задач по интеграции распределенных систем
Особенность современного успешного предприятия — эффективный портфель распределенных технологий и программных приложений, которые могут обслуживать несколько источников данных и устройств, а также другие каналы доставки. Micro Focus VisiBroker обеспечивает поддержку систем с высоким уровнем разнородности и гетерогенности, а также предоставляет комплексную среду CORBA для разработки, развертывания и управления распределенными приложениями.
Высокая масштабируемость и гибкость
Сложное управление потоками и подключениями, а также эффективная реализация протокола IIOP позволяют масштабировать VisiBroker для большого количества клиентов и серверов.
Оптимальная совместимость
VisiBroker — ключевой компонент инфраструктуры, позволяющий соответствовать постоянно растущим требованиям наших клиентов, касающимся производительности. С точки зрения качества VisiBroker при взаимодействии с нашим кодом на языке C++ показал отличные результаты.
Use visibroker corba support что это
Впервые опубликовано на сайте www.JBuilder.ru
Введение.
В этой статье использован практический подход к представлению VisiBroker и каждая тема проиллюстрирована реальным приложением. Вместо представления CORBA в целом, мы будем описывать концепции по мере того, как они будут нам здесь встречаться. Этот метод помогает лучше представить концепции CORBA с помощью наглядной иллюстрации теории непосредственным примером.
Что же такое CORBA?
OMG, или рабочая группа по развитию стандартов объектного программирования, является консорциумом приблизительно 800 компаний компьютерной промышленности. Главным направлением деятельности OMG является определение структуры архитектуры, называемой Object Management Architecture (OMA), которая является структурой архитектуры для распределенных вычислений. OMG не является организацией, разрабатывающей стандарты. Ее целью является содействие принятию промышленностью спецификаций интерфейса для управления распределенными объектами. Еще раз отметим, что этот некоммерческий консорциум не устанавливает промышленные стандарты. Вместо этого OMG содействует принятию стандартов путем достижения согласия среди его участников. По своей природе стандарты, рассматриваемые для принятия OMG, не являются теоретическими; они были реализованы и испытаны на практике. Стандарт CORBA определяет, как объекты представляют себя, и как они взаимодействуют в распределенной среде, наряду с протоколами связи для взаимодействия между объектами.
Структура стандарта CORBA позволяет индивидуальным поставщикам программных продуктов, таким как Borland, разрабатывать программы, соответствующие рекомендациям OMG. Несколько компонентов реализации CORBA определены по стандарту OMG; однако, большинство поставщиков расширяет набор этих основных компонент для обеспечения законченного решения. Данная статья посвящена реализации CORBA VisiBroker и представляющим его компонентам.
Почему распределенная?
В отличие от непреклонного «мейнфрейм может все» или «толстых» клиентов в клиент/серверах, многозвенные решения преодолевают многие из этих проблем, объединяя бизнес- логику в среднее (промежуточное) звено или звенья. С помощью этого подхода осуществляется разделение объектов и функциональности, предназначенной для работы с базой данных. Результатом является более простая масштабируемость, обслуживание и улучшенное многократное использование программного обеспечения.
Далее, выделение функциональных возможностей в отдельные звенья значительно уменьшает время, необходимое для разработки новых приложений, позволяя, таким образом, новым системам легко взаимодействовать с текущими данными и процессами. Новый клиент может просто использовать существующие объекты среднего звена, усиливая за счет этого отдачу уже существующей бизнес-логики, написанной для предыдущих приложений. Наконец, сохранение логики в четко определенном среднем звене предусматривает концентрацию более мощных аппаратных средств для специализированных объектных серверов. С увеличением степени загрузки могут быть добавлены новые машины, или для оптимизации производительности серверные процессы могут быть перераспределены другим машинам, что происходит совершенно прозрачно для клиента.
Почему CORBA?
Решение об использовании CORBA в многозвенном приложении обычно обусловлено ее официально подтвержденной производительностью в промышленности, широким использованием в качестве стандарта, и открытой, кросс-платформенной реализацией. Наряду со стандартом для определения объектных интерфейсов, CORBA также определяет стандартный объектный протокол связи (GIOP) и конкретную реализацию GIOP, названную IIOP, которая работает поверх TCP/IP.
Архитектура VisiBroker
Архитектура CORBA составлена из нескольких сервисов, руководящих принципов и процессов, которые позволяют распределенным объектам связываться друг с другом. OMA, как описано ранее, логически разделен на две высокоуровневые компоненты. Это разделение позволяет проектировщикам систем создавать распределенные архитектуры, основанные на OMA, из компонентов от многочисленных поставщиков.
Системно-ориентированный компонент: брокер объектных запросов ( Object Request Broker )
Компонент, ориентированный на приложение: объекты приложения CORBAfacilities.
CORBAfacilities являются коллекциями объектов, определенных на языке IDL, которые могут непосредственно использоваться приложениями. Они состоят из горизонтальных и вертикальных компонентов, которые описывают правила взаимодействий между объектами. Они родственны Java Bean из мира Java.
Полная спецификация для архитектуры CORBA, как она принята и издана группой OMG, разделена на три основных раздела: ядро CORBA, способность к взаимодействию CORBA и отображения OMG IDL на различные языки. Стандарт CORBA не задает жестких правил реализации архитектуры. Продавцы ORB вольны проектировать свой ORB так, как им это необходимо.
Основная реализация CORBA обычно включает Брокер объектных запросов (ORB), компилятор для IDL (Язык определений интерфейсов CORBA), и Общие объектные сервисы (COS), которые помогают объектам в процессе взаимодействия. Если объект локальный, ORB делает локальный запрос метода, если объект находится на другой связанной машине, ORB связывается с использованием GIOP (наиболее часто встречается использование IIOP поверх TCP/IP). Следовательно, клиенту не обязательно «знать» что-либо относительно местоположения объекта, операционной системы хоста, или языка, на котором он был реализован для получения ссылки на него.
Объектные адаптеры, BOA и POA
Адаптер объекта CORBA необходим для подбора соответствия концепции реализации объектов на языке программирования к концепции объектов CORBA. Это – воссоединение принципа проектирования адаптера. Далее приводится то, за что ответственны объектные адаптеры:
Порождение и интерпретация объектных ссылок
Стандартные объектные адаптеры CORBA:
Разработчики понимали, что в BOA имелись многочисленные недостатки. Спецификации самого BOA были неполны, что сделало написание переносимого кода сервера практически невозможным. Приведем и некоторые другие проблемы, возникающие при работе с BOA. Это – не были заданы регистрация реализации и обработка запросов и не определена раскладка, или названия скелетных классов. Кроме того, не существует никаких методов для сохранения и восстановления состояния объекта. Циклы жизни объектов CORBA и объектов выполнения тесно связаны с реализацией BOA, и технические требования BOA полностью игнорируют запуски параллельных процессов в процессе сервера.
Portable Object Adapter устраняет некоторые из недостатков BOA. Спецификации POA предназначены для предоставления разработчикам возможности написания мобильных и масштабируемых серверных приложений. При этом POA поддерживает широкий спектр возможностей, обеспечивающий тонкий контроль над ресурсами, требующимися для реализации объектов CORBA и направления к ним запросов. Это обеспечивает интерфейсы для управления жизненным циклом реализации объекта и его готовностью принять запросы, POA может быть пригоден для использования даже для серверов с экзотическими требованиями.
Терминология POA
POA содержит собственный набор концепций, которые расширяют и уточняют модель объекта CORBA. У нас есть объект CORBA, который является «виртуальным», абстрактным объектом, с возможностью обращения по его объектной ссылке и способностью к приему запросов. Кроме того, имеется сервант (servant), который является объектом языка программирования, существующим в пределах контекста процесса сервера и реализующим объект CORBA. Сервант придает физическую форму соответствующему объекту CORBA. Кроме того, POA поддерживает Объектный ID (идентификатор) – системный или определенный пользователем идентификатор, используемый для идентификации объекта в пределах его POA. И, наконец, скелет (skeleton)- объект языка программирования, который подключает сервант к POA, позволяя POA посылать запросы серванту.
Объект CORBA и жизненный цикл серванта
POA обеспечивает сильное разделение между сроками службы объектов CORBA и сроками службы серванта. Следующие термины относятся к циклу жизни объекта CORBA:
Следующие термины относятся к циклу жизни серванта:
Во время своей жизни объект CORBA может быть воплощен более чем одним сервантом. В то же самое время, отдельный сервант, с другой стороны, может воплощать более одного объекта.
Иерархия POA
Менеджеры POA Каждый POA имеет ассоциированного с ним менеджера POA, и менеджер POA управляет потоком запросов к его POA.
Менеджер POA может буферизовать запросы или отказываться от них. POA предоставляет очень богатый набор возможностей, обеспечивающих максимальную гибкость для разработки серверных приложений. Спецификации стандартизируют разработку сервера, позволяющую программистам создавать приложения, переносимые среди различных ORB-ов. Реализация Visibroker CORBA поддерживает все особенности POA.
Обзор IDL
CORBA обеспечивает технологию распределенных объектов, которая дает возможность пользователям формировать интерактивные, масштабируемые приложения. Технические требования IDL CORBA отделяют интерфейс от его реализации, позволяя реализовать интерфейс на языке программирования, наиболее подходящем для специфических задач. Отображения IDL были созданы для C, C++, Ады, и Java, также как и для других языков. CORBA обеспечивает инфраструктуру, позволяющую различным реализациям объектов связываться друг с другом. Запросы объектов упаковываются в общий формат, который может быть распознан разными языками и операционными системами.
Язык IDL используется для определения интерфейса объекта, который становится соглашением или контрактом между клиентом и сервером объекта. Интерфейс описывает все операции, параметры ввода и вывода, и любые исключения, которые могут быть сгенерированы объектом сервера. Другими словами, интерфейс описывает поведение объекта, а не то, как это поведение будет реализовано. Таким образом, IDL – это идеальный язык для определения больших или маленьких программных систем, независимо от языка реализации. Проектировщики и архитекторы систем используют IDL, чтобы описать, какие же услуги они хотят предложить потенциальным клиентам.
Кроме того, IDL является превосходным способом инкапсуляции наследуемых интерфейсов, так как он отделяет спецификацию объекта от его реализации. Для взаимодействия с существующими наследуемыми приложениями могут быть созданы объекты CORBA сервера. Это обеспечивает существующие приложения объектно-ориентированным, доступным по сети интерфейсом.
IDL представляет собой по существу самостоятельный язык, хотя его конструкции похожи на C++ и Java. Несколько ресурсов доступно на web-сайте OMG (www.omg.org), который предоставляет информацию относительно начала работы с IDL.
CORBA обеспечивает прозрачность местоположения. Клиентам нет необходимости знать местоположение реализации объекта. Таким образом, обеспечивается гибкость для совмещения объектов на той же самой машине, дистанционно, или возможность непрерывного перемещения для объекта, находящегося в динамической среде. Клиент может использовать Службу именования CORBA (CORBA Naming Service), чтобы найти объекты сервера. Фактическое местоположение объекта сервера прозрачно для клиента. Кроме того, VisiBroker имеет удобный “out-of-the box” Smart Agent, который работает как Directory Service (Служба каталогов) при быстром поиске и определении местоположения объектов.
CORBA IIOP
Архитектура управления объектами (OMA) описывает основной набор спецификаций, называемых CORBAservices, которые могут быть включены в сложные программные системы. Эти сервисы позволяют объектам приложения связываться стандартными способами. Поставщики реализовали «CORBAservices», что облегчает разработку больших распределенных систем.
Создание сервера CORBA с помощью JBuilder
Учитывая эти два компонента, определение объекта как IDL и ORB как канала связи между этими объектами, мы можем начать исследование разработки приложения CORBA с помощью JBuilder. Подобно любому программному проекту, первоначальными задачами, стоящими перед реализацией нашего приложения, будут оценка и дизайн. Так как CORBA – это объектно-ориентированный стандарт, мы должны разбить наш бизнес-процесс на логические объекты, их свойства и на операции, которые мы будем должны выполнить на этих объектах и с этими объектами. Для осуществления этих задач, мы будем использовать простой сервер Attendees, который сможет извлечь предполагаемую посещаемость конференции Borland/Inprise.
Для начала мы сохраним функциональные возможности простыми, путем определения только одного интерфейса, который мы назовем Attendees. IDL. Интерфейс описывает, какие функциональные возможности наш объект предлагает клиентам. Ранее уже упоминалось, что мы могли бы использовать Caffeine для определения наших интерфейсов на Java, но мы хотим продемонстрировать это на IDL.
CORBA-разработка в JBuilder
Java и CORBA были созданы друг для друга. Java предлагает кросс-платформенную гибкость, необходимую для создания и распределения объектов в сети, состоящей из разнообразных компьютеров и операционных систем. CORBA предлагает средства для подключения и интегрирования распределенных объектов, написанных на различных языках. Давайте посмотрим, как эти две технологии работают вместе.
В настоящее время проектировщики систем на CORBA способны поставить распределенные программные системы, описанные на IDL и реализованные на Java, с использованием современных браузеров и Web-технологии.
До появления Java и CORBA удаленным пользователям явно не хватало свободного доступа к информации мэйнфрейма. Связь с мэйнфреймом является трудным делом. Приходится беспокоиться относительно новых изданий платформ, коммуникационных протоколов и языков.
Для развертывания тонкого клиента вы могли использовать стандарт HTML на клиенте и сервлеты Java (которые вдвое больше клиентов CORBA) на web-сервере. В трехзвенной архитектуре, прикладная программа разбита между клиентом, сервером и средним звеном. Среднее звено позволяет упростить как клиента, так и сервер, и делает более простым развертывание по сравнению с двухзвенной системой, в которой клиент и сервер связаны непосредственно.
Теперь, когда мы определили, что такое CORBA и как она реализована, перейдем к фактическому написанию приложения. Самые современные языки программирования поддерживают разработку CORBA, включая C++, Java и Object Pascal Delphi. В результате, основные инструментальные средства RAD поддерживают в различной степени стандарт OMG. JBuilder был одним из первых инструментальных средств, предназначенный для тесной интеграции в IDE средств разработки CORBA, а JBuilder3.5 добавил несколько новых возможностей для создания серверов VisiBroker, клиентов и других сервисов CORBA. Мы будем изучать разработку, используя Java с JBuilder.
Разработка приложений архитектуры CORBA в среде Jbuilder
Первоначально наш сервер Attendees будет состоять из единственного объекта, ConferenceManager, который будет информировать о запросах вероятной посещаемости конференции. Мы хотим иметь возможность запрашивать AttendeesManager об ожидаемом числе посетителей в этом году.
Мы определили модуль, называемый bicon2000 (сокращение от Borland/Inprise Conference 2000). Модуль отображается на пакет Java, и является просто пространством имен, в котором расположен интерфейс. В пределах модуля bicon2000 мы определяем единственный интерфейс по имени Attendees. Подобно интерфейсам Java, этот интерфейс, по сути, является контрактом между клиентом и сервером, обозначающим, какие методы объект Attendees выставляет для использования. Мы можем здесь видеть, насколько IDL схож с C++ и Java в своем синтаксисе. Типы данных также подобны; мы возвращаем long (long integer) для числа наших посетителей, и в качестве входного параметра берем значение, что это было в прошлом году. Аргумент “last year” идентифицируется как in, так как объект сервера (определяемый в этом случае как out) не будет изменять это значение. Интерфейс Attendees выставляет только один метод “number”, подразумевая под этим, что объект Java, который мы используем для реализации Attendees, должен будет только поддержать этот единственный метод. Чтобы создать этот файл IDL, выберите File, New … из Top Menu. Выберите закладку Enterprise из диалога Objects Gallery. И затем выберите Sample IDL.
Определение закончено; все, что необходимо сделать – это «скомпилировать» стандартные конструкции в определенный язык, в нашем случае, классы Java. Компиляция файла IDL производит интерфейсы Java, клиентские стабы и скелеты сервера, которые реализованы для осуществления обмена информацией друг с другом. Эти классы обрабатывают упаковку/распаковку данных, известную как маршаллинг (marshalling), из типов данных Java на клиенте в типы данных CORBA, и затем обратно в типы данных Java на сервере. Эти классы стабов и скелетов также обрабатывают передачу сообщений IIOP, которая происходит между ними.
Щелкните правой клавишей по значку Attendees.idl и выберите Make из появляющегося всплывающего меню, которое сгенерирует необходимые классы.
Чтобы генерировать сервер CORBA, который осуществит метод «number», выберите File, New… в меню панели инструментов. Выберите закладку Enterprise на Objects Gallery, и затем выберите CORBA Server Application. При использовании только что созданного файла IDL, будут созданы оставшиеся файлы сервера. Кроме того, будет создан GUI, который может хостировать сервер.
AttendeesHelper.java: абстрактный класс, используемый клиентом для привязки к объекту Server и обеспечивающий множество сервисных методов для получения ID Attendees, получения (narrowing) CORBAServices, извлеченных из ЛЮБЫХ типов, и т.д. AttendeesHolder.java: Использованный Helper-ом, этот класс является классом поддержки, который обеспечивает способность передачи объекта Attendees как параметра CORBA.
AttendeesOperations.java: класс интерфейса, используемый в качестве альтернативы для привязки скелета через делегатов. Также помогает преодолеть ограничение классов Java, которое выражается в неспособности наследования от множественных интерфейсов.
AttendeesPOA.java: Класс POA Java, от которого будет реализован фактический Object.
На стороне сервера:
Bicon2000ServerApp.java: Серверное приложение, которое загрузит ServerFrame и выполнит AttendeesImpl (реализацию).
ServerMonitor.java: Поддерживает лог-файл сервера и является контейнером для всех страниц Server Monitor.
ServerMonitorPage.java: Реализует страницу Server Monitor для отображения счетчиков интерфейса.
ServerResources.java: Содержит строки серверного приложения для локализации.
Чтобы сгенерировать клиента, который может вызывать метод number, выберите File, New … из меню Top. Выберите закладку Enterprise из Objects Gallery. При использовании IDL, это приведет к генерации класса ClientImpl. Чтобы быстро проверить клиента, создайте метод main в этом классе.
Для выполнения приложения(-ний), сначала запустите SmartAgent. Выберите Tools из меню Toolbar и выберите VisiBroker Smart Agent. Если меню проверено, вы уже имеете запущенный Smart Agent. Щелкните правой клавишей мыши по bicon2000ServerApp.java и выберите Run из всплывающего меню. Чтобы запустить клиента, выберите AttendeesClientImpl и выберите Run из всплывающего меню. В качестве результата должно возвратиться 12000.
У вас теперь есть настоящее действующее приложение CORBA. JBuilder не только сокращает монотонную работу разработки приложения в командной строке EMACS, он также позволяет генерировать быстрые прототипы и подтверждения работоспособности концепции вашей программы фактически в пределах нескольких минут.
Расширение нашего примера
Написанное нами приложение Attendees было слишком упрощенным примером того, как может выглядеть фактическая Attendance System (Система посещаемости). Чтобы далее оценить IDL и преимущество CORBA, мы снова ненадолго вернемся к нашему проекту Attendees. В нашем упражнении информация о посетителях была возвращена посредством вызова простого метода для объекта Attendees. Нам может потребоваться добавление процентных изменений, процентов за день, бронирования гостиницы и обработки исключений, отслеживающих недоступность данного метода для вызова. Наш IDL тогда выглядел бы примерно так:
Заметим, что этот модуль имеет более одного интерфейса. Два скелета и proxy – это коды для двух объектов, которые будут генерироваться при запуске IDL2JAVA. Важно понять, что IDL является очень богатым языком, который может полностью описать дизайн нашего объекта и, при компиляции, у нас в конечном счете остается только реализация объектов Java, как и при использовании любых классов Java. Это свидетельствует о том, что дизайн приложений CORBA не налагает ограничений и не делает никаких предположений относительно возможной реализации.
Дополнительные сервисы VisiBroker
В нашем примере мы затронули многие из основных средств, предоставляемых VisiBroker в частности, и в целом архитектурой CORBA. Существует, однако, несколько дополнительных сервисов и процессов, не используемых в этом примере, которые часто необходимы в крупномасштабных разработках CORBA. Приведем некоторые из этих компонентов:
OAD – Ранее кратко упоминавшийся OAD или Object Activation Demon (Демон активации запросов) может использоваться для активизации серверных процессов либо по требованию, как объектов клиентских запросов внутри них, либо вызовом методов для них. OAD использует отображения, сохраненные в репозитории интерфейсов, для определения того, какие серверы обеспечивают какие интерфейсы.
Заключение
Мы обсудили главные концепции VisiBroker CORBA и реализовали простой пример его использования. Хотя с уверенностью можно сказать, что реальные приложения значительно сложнее, этот пример представляет многие из всеобъемлющих концепций архитектуры CORBA. Ясно, что CORBA является согласительным стандартом для промышленности, которая значительно изменила представление о том, как может быть выполнена разработка информационных систем посредством осуществления систем распределенных объектов и перехода от наследуемых систем на уровень современных архитектур. Прочитав эту статью, разработчики и архитекторы смогут четко уяснить основную архитектуру CORBA и мотивации ее использования, а также приобрести практические знания относительно того, как максимально использовать преимущества VisiBroker в будущих приложениях, разработанных в среде JBuilder.
Дополнительную информацию Вы можете получить в компании Interface Ltd.