Web-приложения на основе CORBA

В настоящее время одним из перспективных направлений развития интранет-сетей является использование технологии CORBA (Common Object Request Broker Architectur — общая архитектура с брокером при запросе объекта) в соче­тании с апплетами Java. CORBA представляет собой шину (интерфейс) рас­пределенных объектов с открытыми стандартами, используемую в клиент-серверных системах. Единственной конкурентоспособной технологией, обла­дающей аналогичными возможностями, является технология DCOM (Distributed Component Object Model — распределенная объектная модель компонентов) фирмы Microsoft.

Стандарт CORBA не зависит от платформ и операционных систем.

Интерфейс CORBA позволяет обеспечить связь переносимых приложе­ний Java и объектов CORBA. Технология объектов CORBA предназначена для использования в Web-приложениях вместо CGI-интерфейса.

В результате объединения Java-апплетов и CORBA-интерфейса появилось новое понятие — объектная модель Web, означающее использование объектных моде­лей различных интерфейсов (модели CORBA, ADO и др.) при построении Web- приложений. Архитектура такого многоуровневого клиент-серверного Web-приложения, построенного на основе технологии CORBA и Java, приведена на рис. 3.

На первом уровне находится клиентское приложение — обозреватель. В нем выполняется клиентский апплет Java, из которого может осуществляться обра­щение к объектам CORBA.

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

 

Рис. 3. Архитектура многоуровневого Web-приложения на основе технологии CORBA

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

Объекты CORBA взаимодействуют с серверами БД последнего уровня, исполь­зуя, например, SQL в случае реляционных БД. Кроме того, объекты CORBA на сервере могут взаимодействовать и друг с другом. В основе механизма взаимо­действия между объектами CORBA лежит протокол IIОР (Internet Inter-ORB Protocol — интернет-протокол взаимодействия ORB). Протокол IIОР основан на протоколе TCP/IP с добавленными компонентами обмена сообщениями и функционирует как общий опорный протокол при организации взаимодействия серверов ORB и объектов CORBA. В дополнение к IIОР, в технологии CORBA используются ESIOP-протоколы (Environment-Specific Inter-ORB Protocols — зависящие от среды протоколы взаимодействия ORB), применяемые в специа­лизированных сетевых средах.

Java-клиент может непосредственно взаимодействовать с объектом CORBA, ис­пользуя Java ORB. При этом серверы CORBA замещают уровень HTTP-сервера и выступают в качестве программного обеспечения промежуточного уровня, обеспечивая взаимодействие между объектами (object-to-object). Интерфейс CORBA IIOP функционирует в Интернете так же, как и протокол HTTP.

Протокол HTTP в этом случае используется для загрузки Web-документов, ап-плетов и графики, a CORBA — для организации клиент-серверных приложений с помощью апплетов Java.

Серверный компонент CORBA предоставляет "настраиваемый" интерфейс, ко­торый можно конфигурировать с помощью визуальных средств. Объект CORBA обладает определенными функциональными возможностями, реализует инкап­суляцию свойств и методов, генерируемых объектами событий. Можно созда­вать ансамбли объектов, "стыкуя" выходные события с входными методами. Раз­работка таких визуальных объектов поддерживается средствами быстрой разработки приложений (RAD). В частности, объекты CORBA поддерживаются в Delphi.

На последнем, четвертом, уровне размещается сервер баз данных или другой источник данных, т. е. практически любой источник информации, к которому CORBA может получить доступ. Сюда входят мониторы процедур транзакций (ТР Monitors), MOM (Message-Oriented Middleware — промежуточное программ­ное обеспечение, ориентированное на обмен сообщениями), ODBMS (объект­ные СУБД), электронная почта и т. д. Таким образом, CORBA обеспечивает инфраструктуру распределенных объек­тов, что позволяет приложениям распространяться через сети, языки, границы компонентов и операционные системы. В свою очередь, Java обеспечивает ин­фраструктуру переносимых объектов, которые работают на всех основных опе­рационных системах. То есть CORBA дает независимость от сетей, a Java — не­зависимость от реализации.

Файлы IDL (Interface Definition Language) служат для описания интерфейсов объектов или подпрограмм, используемых в распределенных прило­жениях CORBA.

Для организации связи программных расширений Web-сервера с БД использу­ются современные интерфейсы доступа к данным: OLE DB, ADO и ODBC. Эти интерфейсы являются промежуточным уровнем между источником данных и приложением, в качестве которого выступают программные расширения Web-сервера. Рассмотрим особенности архитектуры Web-приложений, использующих интерфейсы доступа к данным OLE DB, ADO и ODBC.

Web-приложения на основе OLE DB, ADO и ODBC

Современные интерфейсы OLE DB, ADO и ODBC, внедряемые фирмой Microsoft, позволяют осуществлять доступ к различным источникам данных единообразными способами. Доступ к данным основан на интерфейсе OLE DB, позволяющем связывать и внедрять объекты из любых источников. (Напомним, что интерфейс OLE DB является универсальной технологией доступа к данным через стандартный интерфейс СОМ и основан на механизме сервис-провайдеров (поставщиков услуг).)

Архитектура Web-приложений, использующих интерфейсы OLE DB, ADO и ODBC, приведена на рис. 4.

Рис. 4. Архитектура Web-приложений с интерфейсами OLE DB, ADO и ODBC

 

Интерфейс ADO представляет собой еще более высокий уровень абстракции,, чем интерфейс OLE DB. Он реализован в виде иерархической модели объектов для доступа к различным OLE DB-провайдерам данных. В модель ADO входит набор объектов, которые обеспечивают соединение с провайдером данных, соз­дание SQL-запроса к данным, создание набора записей на основе запроса и др.

Особенность функционирования Web-приложений, использующих интерфейс ADO, заключается в том, что обозреватель может извлекать информацию из лю­бого источника данных, находящегося в Интернете, заранее не имея представ­ления о логической структуре, типе и физическом формате источника данных. То есть появляется возможность публиковать требуемую информацию в Интер­нете, не показывая внутреннюю структуру данных.

Web-службы

Web-службы предназначены для обеспечения универсальности доступа к данным Интернета.

Для разработки и использования Web-служб используются широко распространений протокол HTTP и ставший своего рода стандартом обмена данными и язык XML. Тем самым обеспечивается универсальная двусторонняя связь между клиентом и сервером. При этом от клиента не требуется использо­вание определенной платформы или языка программирования.

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

Работа с Web-службами ведется с помощью протокола SOAP (Simple Object Ac­cess Protocol, простой протокол доступа к объектам), являющегося стандартом протокола обмена информацией в децентрализованной распределенной среде. Этот протокол использует язык XML для кодирования удаленных вызовов процедур и обычно использует HTTP в качестве коммуникационного протокола.

Компоненты, поддерживающие Web-службы, ориентированы на исполь­зование протоколов SOAP и HTTP.

Приложения Web-служб публикуют информацию о том, через какой интерфейс они доступны и как осуществлять их вызов, с помощью документов WSDL (Web Service Definition Language, язык определения Web-службы). На стороне сервера приложение может опубликовать документ WSDL, описывающий Web-службу. Клиентское приложение позволяет импор­тировать опубликованный документ WSDL, обеспечивая клиента определениями интерфейса и требуемой для связи информацией.

При создании клиентското приложения, использующего Web-службу, требуется иметь описание выполняемых ею действий и сведений, передаваемых Web-службе при обращении к ней. К примеру, клиенту требуется знать предостав­ляемые Web-службой методы, их параметры и используемые протоколы. В оп­ределенном смысле названная информация аналогична информации из библио­теки типов, используемой стандартным компонентом СОМ. Недостатком использования библиотеки типов Microsoft COM является то, что ее клиентами могут быть только приложения, работающие под управлением операционных систем фирмы Microsoft.

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

Описывающий Web-службу документ WSDL кодируется на языке XML. С помощью документа WSDL мы получаем доступ к конкретной Web-службе.

⇐ Предыдущая12

Поделиться:

Читайте также:

IV . Пропастта между неживата материя и живота- основен проблем в учението за еволюцията.
S: Соответствие симптомов ВИЧ-инфекции патогенетическим механизмам, лежащим в основе их появления
UPDATE на основе соединения.
Анализ имущественного положения организации на основе финансовых показателей
Анализ исторического явления на основе статистических данных
Анализ контактирования и оценка площади соприкосновения
Анализ усилителя на основе эквивалентной схемы для средних частот
Анализ финансовых результатов и рентабельности активов организации на основе финансовых коэффициентов
Благословенна семья Яду, принявшая Кришну в свое лоно. Благословенна земля Враджи, познавшая на себе прикосновение стоп Того, за Кем повсюду следует госпожа Удача.

Воспользуйтесь поиском по сайту: