2.2. Технології rmi, corba, dcom

Нині виділяють три різні технології, які підтримують концепцію розподілених об’єктних систем. Це технології RMI, CORBA та DCOM.

Архітектура RMI (Remote Method Invocation – виклик віддаленого методу), яка інтегрована JDK1.1, є продуктом компанії Java Soft і реалізує розподілену модель. RMI дає змогу клієнтським та серверним додаткам через мережу викликати методи клієнтів/серверів, які виконуються і Java Virtual Machine. На рис. 2.5. зображені основні компоненти архітектури RMI.

Рис. 2.5. Модель RMI

Client Stub(перехідник для клієнта) та Server Stub(перехідник для сервера) породжені від одного інтерфейсу, але різниця між ними полягає в тому, що client stub служить для під’єднання до RMI Registry, а server stub використовується для зв’язку безпосередньо з функціями сервера.

Технологія CORBA

Технологія CORBA (Common Object Request Broker Architecture), яка розробляється OMG (Object Management Group) з 1990 року - це архітектура з брокером потрібних спільних об’єктів. На рис. 2.6. наведена основна структура CORBA 2.0 ORB.

Рис. 2.6. ORB (CORBA 2.0)

Dynamic Invocation Interface (DII): надає клієнту змогу знаходити сервери і викликати їх під час роботи системи. IDL Stubs: визначає, яким чином клієнт здійснює виклик сервера. ORB Interface: спільні для клієнта та для сервера сервіси. IDL Skeleton Interface: спільні інтерфейси для об’єктів, незалежно від їх типу, які не були визначені в IDL Object Adapter: здійснюють комунікаційну взаємодію між об’єктом та ORB.

Технологія DCOM

Технологія DCOM (Distributed Component Object Model), рис. 2.7, була розроблена компанією Microsoft як розв’язок для розподілених систем в 1996 р. Нині DCOM є головним конкурентом CORBA, хоч і контролюється нині не Microsoft, а групою TOG (The Open Group), аналогічною OMG. DCOM є розширенням архітектури COM до рівня мережних додатків.

Рис. 2.7. Архітектура DCOM

У кожної з трьох розглянутих технологій (RMI, CORBA, DCOM) є свої унікальні особливості, які багато в чому характеризують можливість чи неможливість її застосування для розв’язку конкретної поставленої задачі.

Технологія CORBA відноситься до найефективніших, сучасних, придатних для крупних проектів, це технологія розподілених об’єктів.

CORBA та WWW.Відповідь на поставлене раніше питання – як об’єднати ІС, засновані на технології WWW, з іншими (в тому числі розподілені) ІС – полягає в наступному: слід пов’язати технологію розподілених об’єктів (тобто технологію CORBA) з технологією WWW. Метою такої роботи є детальний розгляд зв’язки CORBA та WWW. Є два рішення такої задачі, перше – будується на застосуванні технології CGI, а друге – на застосуванні технології Java. Досліджено практичне застосування цих технологій, з використанням продуктів Orbix та OrbixWeb від IONA Technologies.

CORBA – CGI.В чистому вигляді, технологія CGI полягає в наступному: для формування HTML-сторінки WEB-сервер запускає деякий CGI-скрипт, який може реалізувати достатньо складну функціональну логіку і звертатися, наприклад, до бази даних. CGI-скрипт представляє собою окремий виконуваний додаток і мова, на якій написаний скрипт, не відіграє великої ролі. Рішення CORBA-CGI, рис.2.8, базується на тому, що CGI-скрипт є одночасно однією з компонент розподіленої системи. Головна відмінність від технології CGI полягає в тому, що CGI-скрипт є не просто виконуваним модулем, а він є одночасно і CORBA - клієнтом. В певному смислі, скрипт служить точкою входу і виходу в розподіленій системі, усередині якої можуть відбуватися різноманітні процеси.

Рис. 2.8. CGI та CORBA

Користувач приймає участь в системі виключно в ролі клієнта. Окремим рішенням проблеми ефективності виконання CGI-запитів (особливо в багатокористувацькій системі), може бути розширення функціональності використовуваного WEB - сервера, шляхом добавлення до нього відповідних функцій. В цьому напрямку здійснена робота з вбудовуванню до WEB-сервера Apache (платформи SunOS, Windows NT) підтримки звернення до Orbix ORB. Java-CORBA. Друге рішення проблемизв’язування технологій CORBA та WWW-мова Java, рис. 2.9. Справа в тому, що OMG стандартизувала відображення з IDL в Java. Є програмні продукти, які реалізують зв’язок CORBA та Java, наприклад, Java Virtual Machine (JVM), всередині якої і виконується завантажений аплет.

Рис. 2.9. Java та CORBA

Java-аплет, який є CORBA-клієнтом, встановлює всі необхідні з’єднання з іншими (серверними) додатками системи і саме через нього до користувача йде вся інформація. Аплет відіграє роль користувацького інтерфейсу для даної розподіленої системи. Кількість виконуваних аплетів нічим не обмежена - питання лише в достатніх обчислювальних ресурсах системи.

Java - шлях до синхронізації інформації. У разі використання технології Java-CORBA, Java-аплети можуть відігравати роль клієнтів та серверів. Це дає змогу створювати "живі" сторінки-інформація на яких змінюється практично постійно. Наприклад, якщо аплет представляє собою відображення стану певного пристрою, то за умови переходу пристроїв з одного стану до іншого, інформація в аплеті практично миттєво зміниться відповідним чином. Причому це може бути інформація будь-якого типу - графічна чи текстова.