scispace - formally typeset
Journal ArticleDOI

Architectural support for quality of service for CORBA objects

J. Zinky, +2 more
- 01 Jan 1997 - 
- Vol. 3, Iss: 1, pp 55-73
Reads0
Chats0
TLDR
The architecture, Quality of Service for CORBA Objects (QuO), is described, which is developed to overcome limitations and integrate their solution by providing QoS abstractions to CORBA objects.
Abstract
CORBA is a commercial standard for distributed object computing which shows great promise in the development of distributed programs. Its interface description language (IDL) enables objects to be developed independently of the underlying programming language, operating system, or computer architecture on which they will execute. While this is sufficient in many environments, programs deployed in a wide-area distributed system encounter conditions which are much more hostile and varying than those operating in a single address space or within a single local area network. In this paper we discuss four major problems we have observed in our developing and deploying wide-area distributed object applications and middleware. First, most programs are developed ignoring the variable wide area conditions. Second, when application programmers do try to handle these conditions, they have great difficulty because these harsh conditions are different from those of the local objects they are used to dealing with. Third, IDL hides information about the tradeoffs any implementation of an object must make. Fourth, there is presently no way to systematically reuse current technology components which deal with these conditions, so code sharing becomes impractical. In this paper we also describe our architecture, Quality of Service for CORBA Objects (QuO), which we have developed to overcome these limitations and integrate their solution by providing QoS abstractions to CORBA objects. First, it makes these conditions first class entities and integrates knowledge of them over time, space, and source. Second, it reduces their variance by masking. Third, it exposes key design decisions of an object's implementation and how it will be used. Fourth, it supports reuse of various architectural components and automatically generates others. © 1997 John Wiley & Sons, Inc.

read more

Citations
More filters
Book

Pattern-Oriented Software Architecture, Patterns for Concurrent and Networked Objects

TL;DR: The patterns catalogued in this second volume of Pattern-Oriented Software Architectures (POSA) form the basis of a pattern language that addresses issues associated with concurrency and networking.

Modeling Quality of Service for Workflows and Web Service Processes

TL;DR: This paper presents a predictive QoS model that makes it possible to compute the quality of service for workflows automatically based on atomic task QoS attributes, and presents the implementation of the model for the METEOR workflow system.
Journal ArticleDOI

Quality of Service for Workflows and Web Service Processes

TL;DR: In this article, the authors present a predictive QoS model that makes it possible to compute the quality of service (QoS) for workflows automatically based on atomic task QoS attributes.
Book

Interval Neutrosophic Sets and Logic: Theory and Applications in Computing

TL;DR: This work defines the set-theoretic operators on an instance of a neutrosophic set, and calls it an Interval Neutrosophics Set (INS), and introduces a new logic system based on interval neutrosophile sets and proposed data model based on the extension of fuzzy data model and paraconsistent data model.
Journal ArticleDOI

The design of the TAO real-time object request broker

TL;DR: The paper describes the design of TAO, which is the high-performance, real-time CORBA 2.0-compliant implementation that runs on a range of OS platforms with real- time features including VxWorks, Chorus, Solaris 2.x, and Windows NT, and presents TAO'sreal-time scheduling service that can provide QoS guarantees for deterministic real-Time CORBA applications.
References
More filters
ReportDOI

The Common Prototyping Environment.

Mark Burstein
TL;DR: The ARPI Common Prototyping Environment Project was established in order to facilitate the communication of an understanding of military problems to the research community, provide sample data and problems, promote the sharing and reuse of software tools, and ultimately provide a platform of the experimental testing and integration of research products, so that successful technologies could be demonstrated solving operational problems.
Related Papers (5)