life ideas

September 29, 2006

In-depth investigation of CORBA vs. SOAP

Filed under: C/C++, java, Uncategorized — manoftoday @ 4:43 am

      In-depth investigation of CORBA vs. SOAP



1.  Overview


What is SOAP?


SOAP (Simple Object Access Protocol) is a proposed standard for linking Internet applications running on different platforms, using XML messages. SOAP is designed to connect together programs running on different machines, without regard to what OS/CPU is on each. It’s basically remote procedure calls (RPC) implemented via HTTP with XML content.




What is CORBA?


CORBA is an acronym for Common Object Request Broker Architecture. It is a standard architecture for developing distributed object oriented applications conforming to the Object Management Architecture (OMA).CORBA is an object bus enabling the client to invoke methods on remote objects from the same or another vendor at the server independent of the language the objects have been written in, operating systems, and their location. The interaction between client and server is mediated by object request brokers (ORBs) on both the client and server sides, communicating typically via IIOP (Internet Inter-ORB Protocol). The capabilities of CORBA objects (operations or methods) are defined using the Interface Definition Language (IDL).



CORBA is a distributed object standard, SOAP is a communication standard. A better comparison would be CORBA and Web services. Both standards use standard communications mechanisms, CORBA uses IIOP (Internet Inter ORB Protocol), and Web services uses SOAP. Both have interface definition languages, CORBA’s is IDL (interface definition language), and in the world of Web services it’s WSDL (Web Services Definition Language). A key difference between CORBA and the Web service technologies (UDDI/WSDL/SOAP) is that CORBA provides a true object-oriented component architecture unlike the Web services, which are primarily message based (SOAP, despite its name, does not really deal with objects).





In the following sections, we will elaborate the differences between SOAP and CORBA.





A study presented at the OMG meeting showed tag-based protocols like XML or SOAP to be 30 to 60 times slower than binary protocols like IIOP. Of course, this depends very much on the type of information being transferred. There are even a few cases in which XML can actually be shorter than IIOP (e.g. if you are transferring a lot of double values which all happen to be something like “1”, then this might use up less space than transferring full 64 bit IEEE double encodings).


Another performance related aspect is that parsing IIOP messages is generally simpler and more efficient than parsing XML (e.g. you do not have to parse end tags). With SOAP, all data is converted (marshalled actually) to XML, Ints are converted to human readable decimal numbers. Parsing all the XML and converting them back takes more processing power than with IIOP from CORBA.


More commonly, you will find that SOAP requires 10-15 times the bandwidth of IIOP and, if you use structures or unions extensively, you can easily end up consuming 50-100 times the bandwidth. SOAP communication can’t ever be anywhere near as fast as binary marshaling, such as IIOP. I can’t see it being used for anything that is intensive either in call rate or in bandwidth.


There is a paper from IEEE: Performance of SOAP in Web Service Environment Compared to CORBA


The abstract of article :

….. Web Services is a new concept that promises flexibility and interconnection between different systems.The communication in Web Services uses SOAP – Simple Object Access Protocol, which is based on XML.We have together with an industrial partner made experiments with SOAP in a Web Service environment to find out the response time using SOAP compared to CORBA.It turns out that a direct and naive use of SOAP would result in a response time degradation of a factor 400 compared to CORBA.We identified the major reasons for the poor performance of SOAP and evaluated some performance improvement techniques.After applying these the techniques, the performance of CORBA is 7 times better compared to SOAP. …

There is a paper from IEEE


Development Effort


The amount of coding required by a CORBA client vs. a client using a SOAP framework is substantial. Not only did the CORBA client have significantly fewer lines of code, the level of abstraction was much higher. The client simply invoked an operation on the stub/proxy just like it was a local object. The SOAP programmer, however, has to construct a message, put the arguments in the message, and then send the message. Now, we know it will be possible to provide greater abstraction, but then is basically what the IDL compiler-generated stub classes provided by CORBA.



Here are the basic steps for creating a client which interacts with a SOAP RPC-based service as described in the Apache SOAP v2.2 Documentation:


   1. Obtain the interface description of the SOAP service.


   2. Make sure that there are serializes registered for all parameters which you will be sending, and desterilizes for all information which you will be receiving back.


   3. Create the org.apache.soap.rpc.RPCMessage.Call object.


   4. Set the target URI into the Call object using the setTargetObjectURI(…) method.


   5. Set the method name that you wish to invoke into the Call object using the setMethodName(…) method.


   6. Create any Parameter objects necessary for the RPC call and set them into the Call object using the setParams(…) method.


   7. Execute the Call object’s invoke(…) method and capture the Response object which is returned from invoke(…).


   8. Check the Response object to see if a fault was generated using the generatedFault() method.


   9. If a fault was returned, retrieve it using the getFault(…) method, otherwise extract any result or returned parameters using the getReturnValue() and getParams() methods respectively.


Here’s some simplified code from:


    URL url = new URL(“http://localhost:8080/apache-soap/servlet/rpcrouter”);       

    Call call = new Call();




    Vector params = new Vector();       

    params.addElement(new Parameter(“name”, String.class, “Mark”,



    Response resp = null;       

    try {

        resp = call.invoke(url, “”);

        if ( !resp.generatedFault() ) {

           Parameter ret = resp.getReturnValue();

           Object value = ret.getValue();           



        else {

           Fault fault = resp.getFault();

           System.err.println(“Generated fault!”);



    catch (Exception e) {




However, the invoke through CORBA is much easier. In CORBA, once the reference to the service is obtained and narrowed, any additional invocation is one line of code, however SOAP requires the construction of a new Call object foreach new request on a different operation!


    try {

        org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init(args,null);

        org.omg.CORBA.Object rootObj =


        NamingContextExt root = NamingContextExtHelper.narrow(rootObj);

        org.omg.CORBA.Object object =


        MyService myService =  MyServiceHelper.narrow(object);


        int ret = myService.sayHelloTo(“Mark”);

    } catch (MyServiceException e) {

        System.err.println(“Generated fault!”);

    } catch (Exception e) {




The CORBA approach is clearly closer to the programming style of the host language, and doesn’t require the programmer to fiddle with Call objects, set method names, provide serializes and desterilizes, individually set parameters, extract results, check

for faults, etc. 





Both CORBA and SOAP have interface definition languages, CORBA’s is IDL (interface definition language), and in the world of Web services it’s WSDL (Web Services Definition Language).


While we appreciate the power of XML, the syntax still leaves something to be desired. CORBA’s IDL is clear and because the language mapping is standardized you know exactly what your program should look like.


The following are two examples:


    struct EchoData {

        long     aLong;

        boolean  aBool;

        string   aString;



    <esd:CType name=”EchoData” >

        <esd:item name=”aLong”    type=”xsd:int”     builtin=”true”

array=”false” inout=”false”/>

        <esd:item name=”aBool”    type=”xsd:boolean” builtin=”true”

array=”false” inout=”false”/>

        <esd:item name=”aString”  type=”xsd:string”  builtin=”true”

array=”false” inout=”false”/>



    EchoData getData( in long l, in boolean b, in string s );


    <esd:Method name=”getData”>

        <esd:InParam name=”GetDataRequest”>

            <esd:item name=”l” type=”xsd:int”     builtin=”true”

array=”false” inout=”false”/>

            <esd:item name=”b” type=”xsd:boolean” builtin=”true”

array=”false” inout=”false”/>

            <esd:item name=”s” type=”xsd:string”  builtin=”true”

array=”false” inout=”false”/>



        <esd:OutParam name=”GetDataResponse”>

            <esd:item name=”return” type=”typens:EchoData”

builtin=”false” array=”false” inout=”false”/>





SOAP has a very weak type system. For example, you can’t tell whether a floating point number is supposed to be a float, double, or long double, you can’t tell whether a positive number is signed or unsigned, you can’t tell whether a string is bounded or unbounded, etc…. CORBA does not only structure the transferred data, it also provides standard encodings for data types. For example, the XML-based parser can not correctly handle

“<price>123,45</price>” (german decimal separator) as well as

“<price>123.45</price>” (english convention). 

But IIOP simply does not have problems like that.  




Security & Scalability


SOAP is designed to connect together programs running on different machines. Because no security is required in HTTP, XML, or SOAP, it’s a pretty simple bet that different people will bungle any embedded security in different ways, leading to different holes on different implementations. SOAP is going to open up a whole new avenue for security vulnerabilities. So, in effect, anyone who puts up a web server that offers interactive pages that make calls via cgi-bin to back-end applications has already weakened security. By allowing cgi-scripts in this way, I effectively accept that I have now delegated the job of maintaining security from the firewall to the scripts and the back-end applications, effectively disabling the firewall.


With CORBA, to open up a hole in a firewall, you have to assign a port number to each server and then punch a hole into the firewall for that port. With SOAP, everything you do goes through port 80, so you don’t have to change the configuration of the firewall whenever you add a new server. So, SOAP is more convenient in this respect. However, it’s also less efficient. By putting everything through port 80, you are putting the entire load on the single web server process that listens on that port whereas, if you use separate CORBA servers, you are getting a separate process and connection for each server. The upshot is that SOAP can’t ever scale as much as a solution that uses separate ports because the single server process at port 80 eventually becomes the critical bottleneck, which is a common disadvantage to all tunneling approaches.


Using CORBA for communications between organizations abroad the internet and through firewalls is today practically impossible or really a nightmare because of the usual firewalls configurations which only allow HTTP 80, SMTP… but no TCP on dynamic ports. If many people start let SOAP tunnel RPCs through firewalls, no reasonable system administrator will allow arbitrary HTTP traffic through any longer And yes, speed must be really bad as illustrated at before.




In CORBA, the Portable Object Adapter (POA) policies combined with the Fault-tolerant CORBA features and the Load-balancing CORBA service provide the desired scalability to CORBA applications. The Fault tolerant CORBA uses the entity redundancy paradigm to provide fault tolerance to CORBA objects.

These issues are not part of SOAP, but are left to the components implementing these standards. Application servers (e.g. IBM’s WebSphere) implement their own mechanisms to handle scalability and reliability.


3.  Why SOAP is invented?


In essence, SOAP is aimed at this business blind spot. The reasoning in many organizations currently goes something like this:


        P: We offer customers access to business applications via the web.

        P: We have a firewall, so we are secure.


        C: We have secure business applications.


Of course, the conclusion is not convincing, but it sounds plausible in explaining that to a non-technical person. SOAP simply offers a solution that works, given the way most businesses currently set up their web infrastructure.


I think SOAP looks very tempting at first because it is so simple and easy to understand that you can even explain it to your managers. Unfortunately, distributed systems in the real world are not that simple and I am sure that if SOAP is generally adopted, all the needed complexity will eventually be added. Why got to the trouble if CORBA already provides the solution now? 



SOAP will be useful in some situations and it will be useless in others. The old dream of having a single technology for purpose X (be that marshaling, instruction set, programming language, etc…) is just that: a dream. The one size fits all solution always contains trade-offs that are unacceptable in many scenarios. That’s why we have diversity in computing.


Using SOAP for communications inside a cluster of machines would be a mistake, whereas CORBA is perfect here. CORBA has already been deployed for real-time applications (telecommunications, finance, aeronautics, etc.). Over ten years of research and development have contributed to highly efficient and fine-tuned implementations. Telecommunication equipment vendors such as Lucent and Nokia are using CORBA to develop and produce telecommunication products enabling service providers to rapidly create, deploy, and manage value added services based on a common Intelligent Network (IN) architecture. Such products need to communicate with a large number of disparate telephony network elements. Long distance carriers such as Sprint have adopted high-efficiency object technology to manage its worldwide network. The network comprises large amount of equipment such as routers, hubs, switches, etc. running on several different hardware and software platforms. Thus, there is a need to use an extensible and flexible integration technology, which is provided by CORBA. To emphasize again, the key difference between CORBA and the SOAP based Web service technology is that CORBA provides a true object-oriented component architecture unlike the Web services, which are primarily message based.


4.  Benchmark of CORBA


There are numerous paper and benchmark results on the performance of CORBA. Please do a Google: performance of CORBA


Some facts from HP NonStop CORBA 2.6 software:

…. The HP Zero Latency Enterprise (ZLE) framework, for example, uses NonStop CORBA software to populate a database, reaching insert speeds of 75,000 transactions per second and beyond. Initial testing of NonStop CORBA 2.6 software shows 98 percent linear scalability across processors….


Also look at the link of Research on High-performance CORBA



5.  TAO


The ACE ORB (TAO), which is an open source,  standards-based, CORBA middleware framework that allows clients to invoke operations on distributed objects without concern for object location, programming language, OS platform, communication protocols and interconnects, and hardware. TAO is designed and implemented on the basis of patterns and components in the ACE framework


Here is list of successful stories of usage of TAO:



6.  Q&A


Q: I’m still not very clear on why I would want to use CORBA as opposed to some other method of inter-process communication.

A: There are a few areas where CORBA really shines. For applications that have various components written in different languages and/or need to run on different platforms, CORBA can make a lot of sense. CORBA takes care of some potentially messy details for you, such as automatically converting (through the marshaling process) number formats between different machines. In addition, CORBA provides an easily understood abstraction of distributed applications, consisting of object-oriented design, an exception model, and other useful concepts. But where CORBA is truly valuable is in applications used throughout an enterprise. CORBA’s many robust features–as well as those provided by the OMA CORBAservices and CORBAfacilities–and especially CORBA’s scalability, make it well suited for enterprise applications.



7. Some important references:



Performance of SOAP in Web Service Environment Compared to CORBA


Reinventing the Wheel? CORBA vs. Web Services


Crypto-Gram Newsletter on SOAP



Overview of the CORBA Performance






  1. […] Lost relics. Ever seen this movie? Group of people land on a deserted island in the pacific, it’s hospitable, but then they run into a Japanese solider who can’t believe WW-II is over and tries to kill them? The lead characters in this movie are Mr. SOAP and CORBA-San. […]

    Pingback by Labnotes » Rounded Corners - 36 — October 3, 2006 @ 5:52 pm

  2. thanks for the info, i will take a look at the movie.

    Comment by manoftoday — October 3, 2006 @ 6:05 pm

  3. bow and arrow

    SomegifttoME 287393 Eye of bow and arrow

    Trackback by bow and arrow — February 3, 2007 @ 10:42 am

  4. indiana march

    SomegifttoME 287393 Features of indiana march.

    Trackback by indiana march — February 3, 2007 @ 7:28 pm

  5. defensive driving new york

    homepage of defensive driving new york

    Trackback by defensive driving new york — February 23, 2007 @ 8:54 am

  6. Blog of directtv

    Comment by directtv — March 27, 2007 @ 10:56 am

  7. orgy shemale

    shit-happens 2629325 orgy shemale intro

    Trackback by orgy shemale — June 18, 2007 @ 11:10 am

  8. Hola faretaste

    Comment by AnferTuto — July 28, 2007 @ 3:54 pm

  9. Testing 123

    Comment by Tester — October 8, 2007 @ 3:06 pm

  10. 1000 2 5000 8 10000 13 50000 50
    : 10% !!!

    1000 forums of 2 dollars, 5000 forums of 8 dollars, 10000 forums of 13 dollars, 50000 forums of 50 dollars
    Referral: the person involved to me the client will receive 10 % from its order!!
    e-mail forumdispatch (dog)

    Comment by atribut957 — October 31, 2007 @ 3:18 am

  11. Comment by Jane — March 15, 2008 @ 1:29 am

  12. Comment by July — March 15, 2008 @ 8:34 pm

  13. Comment by Dominic — March 16, 2008 @ 9:53 pm

  14. After reading through the article, I feel that I need more info. Could you suggest some more resources ?

    Comment by How to Get Six Pack Fast — April 15, 2009 @ 5:00 pm

  15. hello,
    I am amit tare,and i am working with a Project which is on “C++ CORBA” server
    How can i make relation between web services(WSDL) and CORBA(IDL).
    both are same technology.How can I achieve the interoperability between these two objects.

    I am using TAO(ACE ORB),and AXIS2C sever for CORBA and web services in c++ respectively.

    Can I use JAWS(ACE HTTP server) or apache aaxis2c I am confusing with both technologies.
    and If I use JAWS, how can i configure it

    Technologies Information:
    Operating System—-Windows XP
    SOAP engine———Apache axis2c server
    IDE—————–Visual studio(VC++)

    please help me

    Amit tare
    incredible India(अतुल्य भारत)

    Comment by amit tare — June 25, 2010 @ 12:14 pm

  16. I am 100% with the author of this post. I have worked with both IDL and SOAP and the former was orders of magnitude better specified and easier to use. The only good point of SOAP is that you can manually carve your payload with notepad, but is this a good reason to build your Enterprise Solution on top of it? On the contrary, it seems to me a proof that most developers will simply tinker and carve hand-crafted messages which can or cannot work according to the SOAP implementation.

    Comment by Pierluigi Vernetto — January 27, 2011 @ 2:45 pm

  17. One of the main REASONS which prevents people from losing
    weight. Second, caffeine is a huge bonus in the dieting plateau process for your children.
    I am not losing weight by dieting plateau then too much of the serotonin
    it has.

    Comment by Simone — July 28, 2013 @ 12:13 pm

  18. It’s very simple to find out any matter on web as compared to books, as I
    found this piece of writing at this web page.

    Comment by Plasma Tv Vs Dlp 2008 — October 24, 2014 @ 3:47 pm

  19. resume service salem oregon

    In-depth investigation of CORBA vs. SOAP | life ideas

    Trackback by resume service salem oregon — October 30, 2014 @ 12:08 am

  20. Hey there! I’ve been reading your site for a long time now
    and eventually got the courage to try and give you a shout out from Huffman Texas!

    Just wanted to say keep up the fantastic work!

    Comment by baju kerja batik wanita — January 13, 2015 @ 5:31 am

  21. This info is worth everyone’s attention. How can I fiind out more?

    Comment by Walter — January 31, 2015 @ 6:11 pm

  22. Hello There. I discovered your blog using msn. That is an extremely well written article.
    I will make sure to bookmark it and come back to
    learn extra of your useful info. Thank you for the post. I’ll definitely comeback.

    Comment by my website — January 16, 2017 @ 11:49 pm

  23. 聚星娱乐成立于2013年,是面向全球华人提供高端线上娱乐的24小时在线博彩娱乐城,聚星娱乐在菲律宾取得合法博彩执照,与多个国际知名投注平台合作。聚星娱乐,您的信息保密性对我们来说是最重要的,我们将提供128位SSL加密传输与MD5加密密码,在最大程度上保障您的信息安全。

    聚星娱乐作为与多个国际知名游戏平台合作的在线娱乐运营商,我们对接入的所有平台均经过严格的筛选,只选用国际知名在线娱乐平台。保证让每位玩家在一个公平、公正的环境下进行游戏。同时菲律宾政府First Cagayan leisure and Resort Corporation会对游戏平台的数据进行监控最终确保游戏的公平性和真实性。

    Comment by 聚星娱乐注册 — May 14, 2017 @ 4:07 am

  24. webcam Sex chats

    In-depth investigation of CORBA vs. SOAP | life ideas

    Trackback by webcam Sex chats — August 30, 2017 @ 10:38 am

RSS feed for comments on this post. TrackBack URI

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

Create a free website or blog at

%d bloggers like this: