CORBA & Internet: How does it work Based on hypertext principles, the World Wide Web technology was developed as a technology standard for distribution and presentation of data It let's you link documents that are located on different network nodes WWW is based on the?.. TCP / IP protocol, of course. However, the developers at CERN in Geneva did certainly not expect the popularity that the WWW achieved meanwhile. With this popularity, more features were added including dynamic pages or to sending data from the client to the server for further processing. In 1995, the Common Gateway Interface (CGI) was introduced for that purpose. with CGI, the client send information via a file transfer mechanism to the server where the data is read and processed. The server side is usually implemented with the Language Perl. TO IMPLEMENT Such a Perl Interface IS TEDIOUS AND DIFFFICULT. AND ON OPERATION, Performance Is Poor. AdditionAl, Dynamic Dialogues Between Client and Server Are Impossible Due to the block-oriented nature of data transfer. At this point, the "Internet Inter-ORB Protocol" (IIOP) enters the scene. Early versions (1.x) of CORBA did not specify an ORB-internal communication protocol. That is , Every Orb Vendor Determined How ITS ORB Would COMMUNICATED INTERLY. for That Reason, IT WAS IMPOSSIBLE TO Send Messages from One Orb To An Object Living In Another ORB Vendor '
.. S server process Consequently, CORBA 2.0 defined IIOP IIOP as a standardized protocol allows communication between different ORB-products There was a proof of concept at Object World West in August 1995:. Object request brokers from more than a dozen ORB vendors communicated as they were a single system! Many different HW and OS platforms were involved and several implementation languages like C, C and Smalltalk. Thanks to Java and ORBs supporting Java, the inter-ORB concept was taken to the Internet. Today, WWW-browsers can act as clients that access objects on the server via IIOP. The traditional WWW-protocol (HTTP) is not used anymore. The following figure depicts the bootstrapping of a IIOP connection between a client browser and the IIOP-server.The client requests a HTML -page at the HTTP-server. The client loads it and recognizes that it references Java-code. The client requests the Java classes at the HTTP-server. The downloaded classes in our example are not standard applet s but "ORBlets". They enable the browser to communicate with the CORBA server. ORBlets are application level classes, eg a customer object proxy.In case that the browser does not have the IIOP java archive, the server must download the basic IIOP classes , Too. The Client Establishes NOT The Connection To The Corba Server. IF Done Success, The Client CAN Send Messages To Objects Living In The Corba Server, Avoiding The Http / CGI Bottleneck. Advantages:
