RPC, COM/DCOM atd.

[Michal Muhlpachr]

Michael Mraka wrote:
> 
> Michal Muhlpachr wrote:
> >> >   Dalsi vec jsou objektove technologie. Jake pouzit
> >> >v programech v Linuxu. Moznosti je nekolik, ale
> >> >jsou odlisne stavem pouzitelnosti, prijatelnosti nebo
> >> >neprijatelnosti licence atd. a to pocinaje ILU, Corbou
> >> >az po COM/DCOM atd. Otazka je kterou a proc?
> >> >Predpokladam, ze COM/DCOM je nepouzitelne z duvodu
> >> >licencnich a free implementaci v dohledne dobe nikdo asi
> >> >nenapise. U ostatnich neznam stav, pouzitelnost atd.
> >> >Mate s tim nekdo zkusenost?
> ..
> >Problem je v tom, ze RPC pracuje jako RemoteProcedureCall
> >a DCOM jako remote objekty, coz je velmi odlisny
> >a zcela jiny interface. V DCOM jsou definovany standardni
> >interface objektu pro ruzne typy prace s objektem a do
> >techto oblasti RPC VUBEC nedosahuje. Portabilni typy RPC
> >jsou VELICE chude omezene XDR standardem a VETSINA
> >implmentaci XDR NEUMI komlikovenejsi datove struktury,
> >natoz komplikovane interface, ktere jsou standardizovany.
> >
> >Zabezpecene standardizovane RPC je vpodstate jen DCE,
> >ketere NENI temer vubec rozsirene a je jen za penize.
> 
> Tady bych vas usvedcil ze lzi :-).

:-)
Ad absurdum je zdarma vse, pokud si to clovek napise, ze. :-)
V rozumne forme, abych nemusel resit problemy teto technologie
jako prostredku (dodelavat prostredek) to ale dle meho nazoru 
free neni.

> Diskuse o rozsirenosti by byla asi dost sporna --- to vzdycky zalezi jak
> se na to divate, ja jsem napocital cca 25 platforem, pro nez existuji

Experimentovat se da s mnoha technologiemi.
Pokud to neni v distribuci OS a nepodporuji to 
ani aplikace podporovane vyrobcem OS (distribuci)
je rozsirenost sporna.

Pokud vezmu Linux, *BSD, BSDI, ... neni v rozsirenych distribucich
IRIX - neni support, koupit se to temer neda (SGI CZ to neumi prodat)
Digital UNIX - ano, tady je to parada - distribuce, dokumentace, podpora, ...
HPUX - bida a utrpeni
SUN Solaris - no sice to jsou schopni prodat, ale pouzivat se to neda
               (zkousel jsem, ale dle meho nazoru :-(((
MS Win - podpora MS neni, proprietalni reseni existuji i velice zdarile,
         ale do OS to integrovano moc neni.

> (komercni) implementace, takze ho povazuji za celkem rozsireny.

Rozsirenost posuzuji ne podle dostupnosti technologi,
ale podle toho, kolik a jake aplikace ji pouzivaji.

Jake pouzivane aplikace (editory, databaze, kompilatory,
hry, administracni programy OS, ...) se domluvi
po DCE/RPC?

> Navic ho lze ziskat i zdarma (zdrojaky najdete na
> http://www.opengroup.org/tech/dce/), problem je ale s licenci.

No prave ta licence :-(((
Xopen to moc nezpruhlednuje :-(

> Zjednodusene receno, kazdy si to musi znovu sam zkompilovat :-). (Cast,

Coz jiste uznate je uzivatelsky dost NEPOUZITELNE.
Navic je potreba  pro rozumou praci integrovat spravu,
monitorovani, konfiguraci do prostredi OS.

> konkretne prave DCE/RPC, je uz preportovana i pro linux a na zbytku DCE
> se pracuje.)

Cele DCE/RPC je ovsem neobjektove a NERESI problem
interface (napr. file system, stream kontejner,
GDI kontext, skryptovaci jazyk, dokument, .......)
A to je TEN NEJZAVAZNEJSI PROBLEM!
Ano, existuje NFS a podobne zalezitosti, ale to neni
integralni soucast DCE/RPC a oproti napr. interface,
ktere jsou definovany v DCOM je to temer nic.
 
> >Jinak COM/DCOM, OLE2 a ActiveX je porad ta sama
> >technologie, akorat Microsoft tomu asi z marketingovych
> >duvodu rika porad jinak (asi aby to zatemnil).
> ..
> >Pomoci DCOM si mohu z Linuxu otevrit MS Word dokument
> >na MS Win DCOM serveru a nechat si to zkonvertit na HTML
> >a zobrazit na Linuxu ci nechat si vytisknout na tiskarne
> >nebo si ho muho nechat zobrazit v nejakem device kontextu
> >primo na X serveru a podobne podle meho nazoru POTREBNE
> >veci.
> ..
> 
> BTW uz jsme asi trosku off-topic :-)

Nemyslim.
Jake jsou podle Vas ROZUMNE technologie pro komunikaci
aplikaci, ktere jsou provozovany na ruznych OS ?
Nebo i na stejnem OS, kdyz si problem zjednodusime ?
 
> --mm                                                             Michael Mráka
>                                                      mailto:michael na fi.muni.cz
>                                                 http://www.fi.muni.cz/~michael

S pozdravem
-- 
Michal Muhlpachr ________________________________ 
email: michalm na pvt.net  http://www.pvtnet.cz
tel:+420-5-4155 8424
PVT a.s., Veveri 102, 659 10 Brno, Czech Republic