Re: The future of C++

From: Thomas Richter (thor_at_cleopatra.math.tu-berlin.de)
Date: 04/20/04 

Date: Tue, 20 Apr 2004 14:28:47 +0000 (UTC)

Hi,

> As I posted in CORBA group, I believe the future of C++ depends on
> CORBA (the same is true that the future of CORBA depends on the future
> of C++). Applications are built today are distributed applications
> instead of stand alone applications. For C++ to success in this
> environment, it has to have a middleware platform. C++ has a
> disadvantage comparing to Java and C# which both have a middleware
> platform. However, CORBA can become the middleware platform for C++.

Oh well. For that to happen, the OMG should possibly do its homework
first. I'm using CORBA with its C++ bindings here, and I'd to read the
"standard literature" for that task, the Henning/Vinoski book, and the
C++ CORBA bindings are *still* giving me headaches. Does it really
have to be *that* complicated? I wouldn't have problems with two
mappings, or a layered design with a simple, general purpose
top-layer, and a specialized layer that provides all the fancy
extensions I rarely need. Currently, CORBA and its C++ mapping is both
too special and too general at once.

I also feel that CORBA does its job possibly only half the way it could.
For example, it nicely runs new threads for me serving my objects, but
at the same time it doesn't provide necessary services for keeping
object states consistent amongst the threads - there are no "mutex"
specifications in CORBA.

On the plus side, CORBA provides lots of language bindings, so I can
really interact with Java, Python, Perl,..., but the integration into
the C++ language really deserves a cleanup.

> The answer is clear, the C++ standard committee and OMG
> must work together to create a better mapping and association between
> C++ and CORBA.

Bingo.

So long,
        Thomas

      [ See http://www.gotw.ca/resources/clcm.htm for info about ]
      [ comp.lang.c++.moderated. First time posters: Do this! ]

[ comp.std.c++ is moderated. To submit articles, try just posting with ]
[ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ]
[ --- Please see the FAQ before posting. --- ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html ]

Relevant Pages

  • Re: Updating the Java language bindings
    ... things are much better for java though. ... Years ago I used CORBA with C+ ... + where the bindings are truly horrific. ... as the languages and best practices become more refined. ...
    (comp.object.corba)
  • Updating the Java language bindings
    ... CORBA events to a relational database. ... IDL structs. ... does not follow the current best practices for Java. ... The popularity of the new bindings ...
    (comp.object.corba)
  • Re: orbixd goes into CPU meltdown
    ... And now I've lost the case for CORBA servers in java. ... And using such as ancient unsupported buggy mix of technologies they ...
    (comp.lang.java.corba)
  • Re: CORBA or some other methodology?
    ... >> I've got a situation in which a java applet has to retrieve ... >> The one thing I know of which does that sort of thing is CORBA. ... > If you go for an applet, you would have to take care that the Java ... it can't communicate with any other server than the server from ...
    (comp.lang.java.programmer)
  • Re: orbixd goes into CPU meltdown
    ... If java is ever reintroduced it will be with JMS ... they stay with CORBA but was overruled. ... I believe in CORBA and IMO there is nothing wrong in using CORBA ... single language for long, if they ever manage to achieve it at all. ...
    (comp.lang.java.corba)