Distributed Object and Components
An example of distributed objects and components is CORBA (Common Object Request Broker Architecture). CORBA is an open distributed object computing infrastructure being standardized by the Object Management Group (http://www.omg.org). CORBA simplifies many common network programming tasks used in a netcentric application environment. These are object registration, object location, and activation; request demul-tiplexing; framing and error-handling; parameter marshalling and demarshalling; and
44 Mobile Computing
operation dispatching. CORBA is vendor-independent infrastructure. 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, programming language and network. CORBA is useful in many situations because of the easy way that CORBA integrates machines from so many vendors, with sizes ranging from mainframes through minis and desktops to hand-helds and embedded systems. One of its most important, as well as the most frequent, uses is in servers that must handle a large number of clients, at high hit rates, with high reliability.
44 Mobile Computing
operation dispatching. CORBA is vendor-independent infrastructure. 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, programming language and network. CORBA is useful in many situations because of the easy way that CORBA integrates machines from so many vendors, with sizes ranging from mainframes through minis and desktops to hand-helds and embedded systems. One of its most important, as well as the most frequent, uses is in servers that must handle a large number of clients, at high hit rates, with high reliability.
Transaction Processing (TP) Middleware
Transaction Processing Middleware provides tools and an environment for developing transaction-based distributed applications. An ideal TP system will be able to input data into the system at the point of information source and the output of the system is delivered at the point of information sink. In an ideal TI' system, the device for input and output can potentially be different (Figure 2.3). Also, the output can be an unsolicited message for a device. TI' is used in data management, network access, security systems, delivery order processing, airline reservations, customer service, etc. to name a few. TP systems are generally capable of providing services to thousands of clients in a distrib-uted client/server environment. CICS (Customer Information Control System) is one of the early. TP application systems on IBM mainframe computers.
TI' middleware maps numerous client requests through application-service routines to different application tasks. In addition to these processing tasks, TP rniddleware includes numerous management features, such as restarting failed processes, dynamic load balancing and enforcing consistency of distributed data. TI' midclleware is independent of the database architecture. TI' middleware optimizes the use of resources by multiplexing many client
TI' middleware maps numerous client requests through application-service routines to different application tasks. In addition to these processing tasks, TP rniddleware includes numerous management features, such as restarting failed processes, dynamic load balancing and enforcing consistency of distributed data. TI' midclleware is independent of the database architecture. TI' middleware optimizes the use of resources by multiplexing many client
Subscribe to:
Posts (Atom)