🚀 go-pugleaf

IONA Technologies juz ponad pól roku temu wypuscila na rynek produkt IONA 
CoMet,
umożliwiający dostęp do obiektów CORBA przy pomocy np. wspomnianego VB. 
Obiekt
znajdujacy sie na serwerze CORBY jest dostepny dla VB jako ActiveX. 
Uzytkownik
operuje wiec w VB na ActiveX-ie, nie zauwazajac w ogole faktu (no, oprocz 
konstruktora,
w ktorym nalezy wskazac gdzie "fizycznie" znajduje sie obiekt), ze pracuje 
z CORBA.
Przeksztalcanie odwolan do ORBa nastepuje dynamicznie wewnatrz IONA CoMet
(dzieki temu, iz IONA wykupila licencje na uzywanie kodow zrodlowych DCOM). 
CoMet obsluguje oczywiscie przekazywanie obiektow w parametrach, ktore 
takze
sa odpowiednio przeksztalcane.

Odwolywanie sie do obiektu CORBY w VB:

Set objFactory = CreateObject("CORBA.Factory")
Set CORBA_Object = objFactory.GetObject( _
	        		 "InterfaceName:NAME_SERVICE:WhateverNeeded")
     [...]
     retValue = CORBA_Object.getSomething
     [...]
     Set CORBA_Object = Nothing
     Set objFactory = Nothing


Metoda GetObject() pelni dwie funkcje:
Dynamicznie tworzy widok obiektu CORBA udostepniajac odpowiedni interfejs,
Laczy widok z obiektem CORBA.


Utworzony obiekt zachowuje sie jak proxy obiektu CORBA, przechwytujac 
wszystkie zadania, przeksztalcajac typy danych i kierujac zadania do 
zdalnego obiektu CORBA. Zadaniem lezacym w gestii programisty jest 
polaczenie widoku z obiektem CORBA. W tym celu przekazuje sie drugi 
parametr do metody GetObject(). Moze to byc identyfikator IOR, skrócony 
identyfikator Orbix (nazwa maszyny, nazwa serwera, nazwa obiektu) lub nazwa 
zarejestrowana w uslugach Name Service.


Pozdrawiam

A.K.


----------
Od: 	Michal Mosiewicz[SMTP:mimo@interdata.com.pl]
Odpowiedz do: 	objects@sprocket.ict.pwr.wroc.pl
Wysłano: 	6 lutego 1999 20:22
Do: 	Multiple recipients of list
Temat: 	Re: VB i CORBA

Andrzej Lewandowski wrote:
> [...]
> Jakis czas temu badalem rynek na okolicznosc powyzszego tematu. Nie
> udalo sie znalezc niczego gotowego, trzeba bylo napisac interface w
> C++ i opakowac w COM. Znajomy czlowiek zrobil Java Bean ktory
> opakowywal inteface do CORBy, potem ten Java Bean mozna bylo
> opakowac w COM. Ale to wszystko przypomina przyslowiowe,
> przepraszam za wyrazenie, "pieprzenie kotka przy pomocy mlotka". Niby
> mozna, ale zadna ze stron nie ma przyjemnosci.

Na razie moje poszukiwania szły podobnym torem. W tej chwili jedyne co
mi przychodzi do głowy z względnie prostych rzeczy, to wzięcie ORB-a,
który zawiera DII/DSI. Tak przynajmniej nie trzeba byłoby wspomagać się
dodatkowymi narzędziami. Nawet trochę eksperymentowałem w jedn? stronę -
tj. z DII w MICO (niezbyt szybki ORB, ale całkiem nieĽle się rozwija, no
i przede wszystkim tani :-)). Czasem mimo wszystko przydałby się
zwyczajny statyczny interfejs i jakie? narzędzie do zmapowania tego na
VB, które by zautomatyzowało implementację.

A javę też rozważam. Bior?c pod uwagę, że w tej chwili nie trzeba pisać
żadnych beanów, bo Sun już wł?czył IIOP jako alternatywę dla RMI do Javy
2. Na dodatek w moim przypadku z tego mogłyby płyn?ć pewne dodatkowe
korzy?ci, gdyż po stronie serwera pewne javowe czę?ci już istniej? i
możnaby łatwiej wymieniać niektóre elementy w czę?ci klienckiej (i w
zasadzie wtedy RMI by wystarczyło). Mimo wszystko też uważam, że to
trochę zbyt pogmatwane rozwi?zanie.

Póki co poradziłem sobie implementuj?c sobie po obu stronach własny
protokół, ale odnoszę wrażenie, że to jest robienie wiertarki do
wywiercenia jednej dziury w ?cianie. Dlatego wła?nie szukam, czy
przypadkiem s?siedzi nie dorobili się już wiertarki. :-)

COM akurat w moim przypadku nie bardzo się przydaje, bo mam do czynienia
z bardzo różnymi platformami. Co prawda SAG wypu?cił DCOM również na
UNIX-y, ale wolę poczekać, aż kto? to dokładniej przetestuje.

Michał

--
WWW: http://www.lodz.pdi.net/~mimo  tel: Int. Acc. Code + 48 42 2148340
add: Michal Mosiewicz  *  Bugaj 66 m.54 *  95-200 Pabianice  *   POLAND