Abstract
The distributed and heterogeneous natures of todays computing systems require a middleware infrastructure capable of supporting a three-tier computing architecture. Business logic can be built, or existing applications encapsulated, into middle tier components that interact with end users via standard interfaces such as web browsers and standard GUI desktops, and back-end data repositories.
The Common Object Request Broker Architecture, or CORBA for short, is a specification produced by the Object Management Group (OMG) that addresses interoperability in distributed heterogeneous environments. The CORBA standard represents industry consensus from more than 800 companies. It is an open, vendor-independent architecture and infrastructure that computer applications use to work together over networks. Using the standard protocol IIOP, a CORBA-based program from any vendor, on almost any computer, operating system, programming language, and network, can interoperate with a CORBA-based program from the same or another vendor, on almost any other computer, operating system, programing language, and network. It defines an Object Request Broker (ORB) for transparent invocation of remote objects, as well as supporting system level Object Services and higher level Common Facilities. CORBA assumes a heterogeneous environment in which objects implemented in different languages on different platforms can inter-operate. There are many implementations of the CORBA standard, some of them in the form of commercial products that have demonstrated strong market acceptance.
This paper presents CORBA in a simple and easy to understand language. It assumes only a basic familiarity with computers and programming languages. Object Services is one of the five integral components of the Object Management Architecture (OMA)—which forms the heart of CORBA. There are several Object Services like Collection Service, Concurrency Service, Event Service, Naminty Service, Query Service, Notification Service, Time Service, Transaction Service, etc. This paper presents in a very simplified form, one of these services called as CORBA notification Service. It compares and contrasts it with the Event Service and discusses the deficiencies in Event Service and how the Notification Service resolves them. The applicability of the Notification Service in real-life scenarios is also discussed.
Additional information
Notes on contributors
Anil Gupta
Anil Gupta graduated with Honours in Computer Science & Engineering from Punjabi University, Patiala in 1995. He holds a Masters Degree in Computer Science from the Indian Institute of Technology, New Delhi (1999). He has been in the software industry since 1995 having worked for various companies including Hughes Software Systems, Ericsson & Lucent Technologies's Bell Labs. Presently he is working with Accton Technology Corporation of Taiwan. His areas of interest are in TCP/IP networks, IP routing, switching & automatic network topology discovery.
Subrat Kar
Subrat Kar graduated with Honours in Electrical & Electronics Engineering from the Birla Institute of Technology & Science, Pilani in 1987. He holds a Doctoral Degree in Electrical Communication Engineering from the Indian Institute of Science, Bangalore (1991). He has been with the International Centre for Theoretical Physics, Trieste as a Post-Doctoral Fellow (1991–1994). Presently he is an Associate Professor at the Department of Electrical Engineering, Indian Institute of Technology, Delhi. His research areas are in optical communication, switching, access technologies and high speed networks.