CORBA/TAO vs XML

Hi,

I heard that CORBA/TAO is not only overkilled for most of client/server
appplication, it also has serious compatibility problem with its older
version. CORBA/TAO tend to be a general purpose C++ library, but it ends
up not useful for specific application. It seems that use other specific
libraries like botan/cryptopp, regexx, sockets, xml libraries could
build a much more reliable application and thus easier to maintain in
the long run.

I m wondering whether this is truth in most of client/server/system
application that written in C++. Can anyone also suggest few good C++
libraires that I can replace current ACE/TAO libraries?

Thanks
D

re: CORBA/TAO vs XML

XML is the way to go.

Try out Xerces C++ based XML parser library:
http://xml.apache.org/xerces-c/

TinyXML would be another option:
http://sourceforge.net/projects/tinyxml/

--
EventStudio 2.5 - http://www.EventHelix.com/EventStudio
Auto Layout and Generate Sequence Diagrams in PDF and MS Word

re: CORBA/TAO vs XML

Dave wrote:[color=blue]
> I heard that CORBA/TAO is not only overkilled for most of client/server
> appplication, it also has serious compatibility problem with its older
> version. CORBA/TAO tend to be a general purpose C++ library, but it ends
> up not useful for specific application. It seems that use other specific
> libraries like botan/cryptopp, regexx, sockets, xml libraries could
> build a much more reliable application and thus easier to maintain in
> the long run.
>
> I m wondering whether this is truth in most of client/server/system
> application that written in C++. Can anyone also suggest few good C++
> libraires that I can replace current ACE/TAO libraries?[/color]

For client/server appplications C++ is not the right 'environment'. Not
because the language is inappropriate (quite contrary) but because
there is no C++ 'community' that is interested in and builds usable
frameworks for this tasks. Just switch to the Java platform with its
abundant offerings in this area.

R.C.

re: CORBA/TAO vs XML

Rapscallion wrote:[color=blue]
> Dave wrote:
>[color=green]
>>I heard that CORBA/TAO is not only overkilled for most of client/server
>>appplication, it also has serious compatibility problem with its older
>>version. CORBA/TAO tend to be a general purpose C++ library, but it ends
>>up not useful for specific application. It seems that use other specific
>>libraries like botan/cryptopp, regexx, sockets, xml libraries could
>>build a much more reliable application and thus easier to maintain in
>>the long run.
>>
>>I m wondering whether this is truth in most of client/server/system
>>application that written in C++. Can anyone also suggest few good C++
>>libraires that I can replace current ACE/TAO libraries?[/color]
>
>
> For client/server appplications C++ is not the right 'environment'. Not
> because the language is inappropriate (quite contrary) but because
> there is no C++ 'community' that is interested in and builds usable
> frameworks for this tasks. Just switch to the Java platform with its
> abundant offerings in this area.
>[/color]
Java has been the platform I m looking into. More over, I m building
embedded application, Java platform will take considerable capacity in
the base system. I could probably build a C++ server and Java clients.

Thanks
Sam
[color=blue]
> R.C.
>[/color]

re: CORBA/TAO vs XML

EventHelix.com wrote:
[color=blue]
> XML is the way to go.
>
> Try out Xerces C++ based XML parser library:
> http://xml.apache.org/xerces-c/
>
> TinyXML would be another option:
> http://sourceforge.net/projects/tinyxml/
>[/color]
That's pretty good. Both projects are painlessly installed in my system. :)

Thanks
Sam

re: CORBA/TAO vs XML

Dave wrote:[color=blue]
> Hi,
>
> I heard that CORBA/TAO is not only overkilled for most of client/server
> appplication, it also has serious compatibility problem with its older
> version. CORBA/TAO tend to be a general purpose C++ library, but it ends
> up not useful for specific application. It seems that use other specific
> libraries like botan/cryptopp, regexx, sockets, xml libraries could
> build a much more reliable application and thus easier to maintain in
> the long run.
>
> I m wondering whether this is truth in most of client/server/system
> application that written in C++. Can anyone also suggest few good C++
> libraires that I can replace current ACE/TAO libraries?
>[/color]
I would think that SOUP is worth to look into for building a
client/server applicatoin. Does it have java version?

D[color=blue]
> Thanks
> D[/color]

re: CORBA/TAO vs XML

Dave wrote:[color=blue]
> I heard that CORBA/TAO is not only overkilled for most of client/server
> appplication, it also has serious compatibility problem with its older
> version. CORBA/TAO tend to be a general purpose C++ library, but it ends
> up not useful for specific application.[/color]

????? What specific application? CORBA is used in countless (many
mission-critical) applications in banking, finace, science (etc etc etc).
[color=blue]
>It seems that use other specific
> libraries like botan/cryptopp, regexx, sockets, xml libraries could
> build a much more reliable application and thus easier to maintain in
> the long run.[/color]

Well, for simple, non-mission critical applications not under heavy
load, you could just pass xml messages over the wire (the SOAP way), or
use sockets and implement your own marshalling technology. Good luck!

CORBA is designed to solve one problem: communication between objects
over the wire written in different languages. And it solves this very
well. The J2EE technology has borrowed heavily from CORBA, and even uses
the same protocol, the IIOP.

[color=blue]
> I m wondering whether this is truth in most of client/server/system
> application that written in C++. Can anyone also suggest few good C++
> libraires that I can replace current ACE/TAO libraries?[/color]

Whats wrong with ACE/TAO? There is OmniORB
(http://omniorb.sourceforge.net) which is really efficient and stable,
there are commercial offerings from IONA (ORBIX and ORBACUS), and many
others.

There is also ICE (http://www.zeroc.com/) which is a better and simpler
CORBA.

Anyway, distributed computing is NOT easy, and the different frameworks
reflect that. Even SOAP, which started out as a simple solution to
distributed objects, are now reinventing the wheels you find in CORBA,
out of sheer necessity. Soon, SOAP and similar XML messaging
technologies end up as complex and "unmaintaniable" as CORBA.

Regards,
Baalbek

re: CORBA/TAO vs XML

baalbek wrote:
[color=blue]
> Dave wrote:
>[color=green]
>> I heard that CORBA/TAO is not only overkilled for most of
>> client/server appplication, it also has serious compatibility problem
>> with its older version. CORBA/TAO tend to be a general purpose C++
>> library, but it ends up not useful for specific application.[/color]
>
>
> ????? What specific application? CORBA is used in countless (many
> mission-critical) applications in banking, finace, science (etc etc etc).
>[color=green]
>> It seems that use other specific libraries like botan/cryptopp,
>> regexx, sockets, xml libraries could build a much more reliable
>> application and thus easier to maintain in the long run.[/color]
>
>
> Well, for simple, non-mission critical applications not under heavy
> load, you could just pass xml messages over the wire (the SOAP way), or
> use sockets and implement your own marshalling technology. Good luck!
>
> CORBA is designed to solve one problem: communication between objects
> over the wire written in different languages. And it solves this very
> well. The J2EE technology has borrowed heavily from CORBA, and even uses
> the same protocol, the IIOP.
>
>[color=green]
>> I m wondering whether this is truth in most of client/server/system
>> application that written in C++. Can anyone also suggest few good C++
>> libraires that I can replace current ACE/TAO libraries?[/color]
>
>
> Whats wrong with ACE/TAO? There is OmniORB
> (http://omniorb.sourceforge.net) which is really efficient and stable,
> there are commercial offerings from IONA (ORBIX and ORBACUS), and many
> others.
>
> There is also ICE (http://www.zeroc.com/) which is a better and simpler
> CORBA.
>
> Anyway, distributed computing is NOT easy, and the different frameworks
> reflect that. Even SOAP, which started out as a simple solution to
> distributed objects, are now reinventing the wheels you find in CORBA,
> out of sheer necessity. Soon, SOAP and similar XML messaging
> technologies end up as complex and "unmaintaniable" as CORBA.
>[/color]
Thanks for your explaination. It definitely solved my concerns of using
ACE/TAO in a client/server project.

Thanks
Sam
[color=blue]
> Regards,
> Baalbek[/color]