AW: [Acdk-developer] Corba ORB in ACDK?

[Roger R. K. <ko...@ar...>]

=20
Hi,

>>
Welchen ORB verwenden Sie eigentlich f=FCr ACDK? Nach dem Handbuch =
k=F6nnte man
fast meinen, es w=E4re ein Eigenbau - warum nicht Mico? Der d=FCrfte =
doch schon
so ziemlich alles haben, was man braucht...
<<
Es ist tatsaechlich ein Eigenbau.=20
Unter org::omg::* sind die offiziellen Interfaces definiert.
Der eigentliche ORB wurde unter acdkx::orb implementiert.

Es gab mehrere Gruende einen eigenen ORB zu bauen:
- Das offizielle IDL/C++ Mapping ist - um es vorsichtig auszudruecken -
verbesserungswuerdig.
  Das Mapping basiert in acdkx_orb auf die ACDK Standardtypen (wie z.b.
String, statt char*)

- IDL zu C++ ist nicht notwendig. Mit den von acdkmc generierten
Meta-Informationen hat man=20
  schon alle Informationen. Es gibt zwar fuer acdkmc auch ein
Attribut-Plugin =
(ACDK_CLASSATTRIBUTE(acdkx.orb.mc.OrbDispatchAttribute()))
  mit dem man statische Skeletons generieren kann (die dann in die
*metainf_ext.cpp geschrieben werden), aber das ist nicht umbedingt
  notwendig.
  Auf der anderen Seite gibt es ein Tool acdkorbidl um aus den bestehen =
ACDK
Klassen-Metainformationen IDL-Dateien zu generieren.
  Mit diesen kann man dann klassische C++- oder Java-Stubs fuer =
IDL-Kompiler
generieren.

- Einbettung in das DMI-Konzept. Die Klasse acdkx::orb::CorObject
implementiert einen generischen DMI Client, so dass man=20
  Objekte ueber CORBA/IIOP ansprechen kann, ohne dass man dies im
eigentlichen Code sieht.

- Erweiterung des CORBA/IIOP-Konzept. Das Protokoll ist auf der einen =
Seite
sehr komplex, auf der anderen Seite fehlen
  einige Dinge, wie polymorphe Funktionen. Hier wollte ich ueber IIOP =
auch
ein propriaeteres Protokoll realisieren, das
  remote-Aufrufe fuer alle ACDK-Klassen (und nicht nur Interfaces)
realisiert.

- Urspruenglich wurde acdkx_orb tatsaechlich als Bridge zwischen =
Java-ORBs,
C++-ORBs und ACDK entwickelt, das eigentliche
  IIOP-Prokoll sollte so einigermassen kompatibel sein.


Ich habe in den letzten Jahren das acdkx_orb-Paket nicht besonders
vorangetrieben (so ist DmiProxy-Konzept noch nicht vollstaendig
implementiert), da CORBA in meinem beruflichen Umfeld kaum/keine Rolle =
mehr
spielt.

Ich hatte sogar ueberlegt, ein eigenes - wesentlich schlankeres und auf =
das
DMI-Konzept von ACDK zugeschnittenes - Remoting-Protokoll zu schreiben, =
so
dass sowohl im Code des Clients wie des Servers es keinerlei =
Unterschiede
mehr macht, ob nun die Aufrufe remote oder lokal ausgefuehrt werden.

Roger Rene Kommer

-----Urspr=FCngliche Nachricht-----
Von: acd...@li...
[mailto:acd...@li...] Im Auftrag von =
Wolfgang
Keller
Gesendet: Sonntag, 13. Februar 2005 18:50
An: acd...@li...
Betreff: [Acdk-developer] Corba ORB in ACDK?

Hallo,

und ich erlaube mir wieder, in deutsch zu posten...

Welchen ORB verwenden Sie eigentlich f=FCr ACDK? Nach dem Handbuch =
k=F6nnte man
fast meinen, es w=E4re ein Eigenbau - warum nicht Mico? Der d=FCrfte =
doch schon
so ziemlich alles haben, was man braucht...

MfG

Wolfgang Keller



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide Read honest & candid =
reviews
on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dick
_______________________________________________
Acdk-developer mailing list
Acd...@li...
https://lists.sourceforge.net/lists/listinfo/acdk-developer