Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
0% found this document useful (0 votes)
232 views

Com Dcom Corba PDF

Component Object Model (COM) allows components built with different languages to communicate. COM components exist as executables (.exe) or dynamic link libraries (.dll). Distributed COM (DCOM) extends COM to allow components on different computers to communicate over ORPC. Common Object Request Broker Architecture (CORBA) is a standard for middleware that allows clients to transparently invoke methods on servers, whether local or remote. CORBA addresses issues of developing client-server apps and integrating legacy and new systems. It is better for heterogeneous environments while COM is better for Windows desktop apps.

Uploaded by

dev_kranti
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
232 views

Com Dcom Corba PDF

Component Object Model (COM) allows components built with different languages to communicate. COM components exist as executables (.exe) or dynamic link libraries (.dll). Distributed COM (DCOM) extends COM to allow components on different computers to communicate over ORPC. Common Object Request Broker Architecture (CORBA) is a standard for middleware that allows clients to transparently invoke methods on servers, whether local or remote. CORBA addresses issues of developing client-server apps and integrating legacy and new systems. It is better for heterogeneous environments while COM is better for Windows desktop apps.

Uploaded by

dev_kranti
Copyright
© © All Rights Reserved
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 3

COM/DCOM/ CORBA

Component Object Model (COM)

The main idea in the Component Object Model (COM) is that:

 These can be generated using languages such as Visual Basic, Delphi, Visual C++ etc. These
languages have the necessary features to create COM components.
 COM components are binary objects and they exist in the form of .exe or .dll (dynamic link
library). .exe COM components have separate existence.
 But .dll COM components are in-process servers. So they get linked to a process.
 For example, ActiveX is a dll type server. ActiveX can get loaded on the client-side using the dll.

Distributed Component Object Model (DCOM)


 Distributed Component Object Model (DCOM) is the extension of the Component Object Model
(COM). The restriction that clients and servers reside in the same computer is released here.
 So, DCOM and CORBA both operate on networked computers.
 Here development is much easier as compared to CORBA development.
 Many of the things are transparent to the programmer such as proxy generation, service
invocation etc.
 DCOM-supports remote object by running on protocol called the Object Remote Procedure Call
(ORPC).
 10 millions of people using Windows daily in networked environment DCOM become widely
used
 main goal of DCOM is to support the development of components that can be dynamically
activated and that can interact with each other.

Common Object Request Broker Architecture (CORBA)

CORBA is a specification of a standard architecture for middleware. Using a CORBA implementation, a


client can transparently invoke a method on a server object, which can be on the same machine or
across a network. The middleware takes the call, and is responsible for finding an object that can
implement the request, passing it the parameters, invoking its method, and returning the results of the
invocation. The client does not have to be aware of where the object is located, its programming
language, its operating system or any other aspects that are not part of an object’s interface.

Applications:

 ƒ First CORBA specification becomes available in the beginning of the 1990’s.


 ƒ current version of CORBA is 2.4
 ƒ It address the two most prominent problem faced in the software industry

o The difficulty of developing client server applications

o By rapidly integrating legacy systems off-the-shelf application and new development

CORBA architecture
CORBA vs. COM/DCOM
 If it is the case that all applications reside on PCs and are to run fully on Microsoft platforms
then it will be better to use COM/DCOM because development would be much easier here.
 If an application is to be developed for a heterogeneous environment then it will be better to
use CORBA.
 Microsoft is very strong on desktop applications i.e. GUI-based applications.
 Whereas, CORBA-based development is stronger on server side. Java Beans promise to
overcome the shortcoming on desktop side i.e. the client part.

You might also like