www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - CORBA support

reply Gold Dragon <dragonwing dragonu.net> writes:
Is CORBA support going to be implemented within the compiler? No, that 
isn't right; would that be possible? I ask because there is a IDL 
involved and I know that "The Great One" doesn't like IDL. So perhaps 
some of CORBA can be supported within the compiler and the rest in D? I 
don't know enough of CORBA to know if this is possible.

Before the flaming, I do understand that CORBA is a standard and not a 
language. Could IIOP also be supported?

I just heard about CORBA and it seems pretty bitchin'. Is anyone 
planning to build a library for the individuals not intelligent enough 
to create it themselves? Like me, the concept is giving me a headache; I 
can barely wrap my mind around the concept of two separate languages 
interacting. Always wished that it was possible and it has been for a 
long time. All this time.

The box, can't get out of the box, need air.
Jul 12 2004
parent reply pragma <EricAnderton at yahoo dot com> <pragma_member pathlink.com> writes:
In article <ccv7lm$he5$1 digitaldaemon.com>, Gold Dragon says...
Is CORBA support going to be implemented within the compiler? No, that 
isn't right; would that be possible? I ask because there is a IDL 
involved and I know that "The Great One" doesn't like IDL. So perhaps 
some of CORBA can be supported within the compiler and the rest in D? I 
don't know enough of CORBA to know if this is possible.

Before the flaming, I do understand that CORBA is a standard and not a 
language. Could IIOP also be supported?

I just heard about CORBA and it seems pretty bitchin'. Is anyone 
planning to build a library for the individuals not intelligent enough 
to create it themselves? Like me, the concept is giving me a headache; I 
can barely wrap my mind around the concept of two separate languages 
interacting. Always wished that it was possible and it has been for a 
long time. All this time.

Here's some good background material to get your brain moving again: - http://en.wikipedia.org/wiki/CORBA - http://www.omg.org/gettingstarted/corbafaq.htm Once-upon-a-time I looked into writing my own remoting architecture, but realized that all the hard work was already done for me in CORBA... or so I was lead to believe, until I realized what it takes to manage and maintain IDL in conjunction with C/C++. Shouldn't it be easier than this? Then along came .NET. IMO, .NET does a much better job of handling remoting overall, since it can create object proxies *transparently* via reflection (of course you take a performance penalty for using this scheme)... I like technologies that get you from concept to conception faster, provided they let you optimize things later. Sure enough, the default implementation is pretty sound, and does a great deal of work for you. If you wish to roll your own explicit proxies, messaging conduits, protocols, and object caches, its all there. There's probably no need to muck with IDL when using CORBA through D, especially after Walter's done improving TypeInfo/ClassInfo support to be more reflective. One could compose something like .NET remoting that matches CORBA on a binary level. Also, becuase IDL is so close to D anyway, that composing IDL code to map your D code might prove to be overly redundant:
// this is a chunk of IDL code that happens to be perfectly valid D. :)
interface salestax  {
     float  calculate_tax ( in float taxable_amount );
}

Another suggestion: Mango is rapidly maturing as a very solid I/O library. Kris already has a decent (not to mention lean!) clustering and messaging toolkit that would be ideal for layering on some kind of remoting and/or object brokering. IMO, this branch of the "Mango Tree" will probably mature into something that could easily lend a lot of horsepower to a "D-Remoting Architecture" of some kind. - Pragma
Jul 12 2004
parent Gold Dragon <dragonwing dragonu.net> writes:
Wickedly sweet! I just did a small example of CORBA in Java (RMI) and I 
can see where it could be valuable.

What I want is mappings to Java, C++, C, etc. As I said before I still 
don't know enough of CORBA standard and how to map to different 
languages to know how hard it would be to do this. If Mango can do it 
and still be CORBA compatiable then more power to it.

If not then I can try to create something. As I have little experience 
with programming, I doubt I would get it to work at all. Great that I 
don't have to use IDL or anyone else for that matter.

pragma <EricAnderton at yahoo dot com> wrote:
 In article <ccv7lm$he5$1 digitaldaemon.com>, Gold Dragon says...
 
Is CORBA support going to be implemented within the compiler? No, that 
isn't right; would that be possible? I ask because there is a IDL 
involved and I know that "The Great One" doesn't like IDL. So perhaps 
some of CORBA can be supported within the compiler and the rest in D? I 
don't know enough of CORBA to know if this is possible.

Before the flaming, I do understand that CORBA is a standard and not a 
language. Could IIOP also be supported?

I just heard about CORBA and it seems pretty bitchin'. Is anyone 
planning to build a library for the individuals not intelligent enough 
to create it themselves? Like me, the concept is giving me a headache; I 
can barely wrap my mind around the concept of two separate languages 
interacting. Always wished that it was possible and it has been for a 
long time. All this time.

Here's some good background material to get your brain moving again: - http://en.wikipedia.org/wiki/CORBA - http://www.omg.org/gettingstarted/corbafaq.htm Once-upon-a-time I looked into writing my own remoting architecture, but realized that all the hard work was already done for me in CORBA... or so I was lead to believe, until I realized what it takes to manage and maintain IDL in conjunction with C/C++. Shouldn't it be easier than this? Then along came .NET. IMO, .NET does a much better job of handling remoting overall, since it can create object proxies *transparently* via reflection (of course you take a performance penalty for using this scheme)... I like technologies that get you from concept to conception faster, provided they let you optimize things later. Sure enough, the default implementation is pretty sound, and does a great deal of work for you. If you wish to roll your own explicit proxies, messaging conduits, protocols, and object caches, its all there. There's probably no need to muck with IDL when using CORBA through D, especially after Walter's done improving TypeInfo/ClassInfo support to be more reflective. One could compose something like .NET remoting that matches CORBA on a binary level. Also, becuase IDL is so close to D anyway, that composing IDL code to map your D code might prove to be overly redundant:
// this is a chunk of IDL code that happens to be perfectly valid D. :)
interface salestax  {
    float  calculate_tax ( in float taxable_amount );
}

Another suggestion: Mango is rapidly maturing as a very solid I/O library. Kris already has a decent (not to mention lean!) clustering and messaging toolkit that would be ideal for layering on some kind of remoting and/or object brokering. IMO, this branch of the "Mango Tree" will probably mature into something that could easily lend a lot of horsepower to a "D-Remoting Architecture" of some kind. - Pragma

Jul 12 2004