Re: popular CORBA systems ?
On Thu, 23 Sep 2010, gk wrote:
when you said ..
The solution was to wrap each of those machines in an object model
very interesting ..... how did you do that ?
A technique called 'programming'! We (they, really - i wasn't involved in
this) thought about what the services did, worked out a way to describe
that as objects, wrote IDL definitions for the objects, generated stubs,
and wrote the code to implement the interfaces in terms of the underlying
services. Sleeves rolled up, sweating over a hot compiler. There's no
other way to do it.
However, suppose an application has been developed with C++ and hosted
in HOST1 and another application has been developed with C and hosted
in HOST2.
can these two be brought under CORBA system now ?
Yes. Indeed, that is *exactly* what CORBA is for.
I am afraid we can't because C is not a OO Language . we can' think
objects here...is that correct ?
No. You can model anything with objects, you can implement object models
in C, and there are CORBA bindings to C.
I think unlike SOA , CORBA transfers objects whereas SOA transfers XML.
That statement betrays a superficial appreciation of matters. Objects are
a conceptual tool, XML is a file format. You can encode objects in XML,
and otherwise; you can use XML to move objects, and other things. CORBA is
a way of connecting programs on different computers; SOA is a way of
organising connected programs running on different computers.
tom
--
wicked wicked jungle is massive i said wicked wicked jungle is massive
well big up cos this is the incredible genral -- fabien, sniffunsnuffun
town(scotland)