F. M. COSTA, G. S. BLAIR, G. COULSON. `Experiments with Reflective Middleware', Proc. ECOOP'98 Workshop on Reflective Object Oriented Programming and Systems, Springer Verlag, 1998  Home/Search   Document Details and Download   Summary   Related Articles   Check

....threats and failures while ensuring high performance; policies to enforce this are often hard wired across different parts of the system. Flexible middleware platforms incorporate the notion of reflection in order to provide the desired level of configurability and openness in a controlled manner [9][10] Research in distributing computing [1] 2] 3] 4] and formal methods [5] 6] 7] have used the concept of reflection to provide modular and adaptable solutions to deal with the problems posed by composition of distributed communication services. However, the goal of achieving truly modular and ....

Fabio Costa, Gordon Blair and Geoff Coulson, "Experiments with Reflective Middleware", Internal Report MPG-98-11, Computing Department, Lancaster University, 1998.

....layers in the reflective hierarchy can be quite complex. The challenge here is to develop easy to use principles for harnessing the power of reflection and avoiding the potential chaos that is possible with its unrestricted use. In other reflective models for distributed object computation [7, 2, 1], an object is represented by multiple models allowing behavior to be described at different levels of abstraction and from different points of view. In each model the behavior of an object is described by a metaspace that consists of meta objects representing the different models aspects (e.g. ....

F. Costa, G. Blair, and G. Coulson. Experiments with reflective middleware. In European Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98. Springer-Verlag, 1998.

....triggers such as the system s physical location [2] As presented in [3] current middleware support lacks the required level of control for co ordinating highly adaptive systems triggered by multiple contextual attributes. Reflection has been suggested as a solution for adaptive middleware [1]. The benefits of being able to open the implementation of the platform, inspect and adapt the behaviour of the system have already been recognised. In this paper, we argue that a reflective approach is appropriate for the development of middleware support for mobile systems and the development of ....

Costa, F., G.S. Blair, G. Coulson, "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

No context found.

Costa, F.M., Blair, G.S., and Coulson, G., "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, Brussels, July 1998.

No context found.

F. Costa, G. Blair, and G. Coulson. Experiments with Reflective Middleware. In Proceedings of ECOOP'98 Workshop on Reflective Object-Oriented Programming Systems, Brussels, Belgium, 20, July 1998.

No context found.

Costa, F., Blair, G.S., Coulson, G., "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....system aspects. The four aspects currently employed are: composition, encapsulation, environment and resource (see figure 2) 6 Figure 2: Overall structure of meta space. We consider each model briefly in turn below. Further details of this reflective architecture can be found in the literature [Blair98, Costa98], including detailed descriptions of the meta object protocols (MOP) offered by each of the meta models [Costa98] Firstly, the composition meta model provides access to the component in terms of its constituent (base level) components, represented as a component graph, in which the constituent ....

....2) 6 Figure 2: Overall structure of meta space. We consider each model briefly in turn below. Further details of this reflective architecture can be found in the literature [Blair98, Costa98] including detailed descriptions of the meta object protocols (MOP) offered by each of the meta models [Costa98]. Firstly, the composition meta model provides access to the component in terms of its constituent (base level) components, represented as a component graph, in which the constituent components are connected together by efficient primitive bindings referred to as local bindings. This meta model ....

[Article contains additional citation context not shown here]

Costa, F., Blair, G.S., Coulson, G., "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective ObjectOriented Programming and Systems, ECOOP'98 Workshop Reader, SpringerVerlag, 1998.

....factories. A more comprehensive description of the resource metamodel is presented below. The complete architecture is summarised in figure 1. Further details of the overall architecture can be found in the literature. For example, detailed descriptions of the four meta models can be found in [3, 2]. Figure 1. The Four Meta model Structure. 4. The Resource Meta model 4.1 Modelling Resources System resources are explicitly represented in the resource model [9, 2] Resources are represented as objects and may be accessed through their interfaces. Objects representing resources are called ....

Costa, F., Blair, G.S., and Coulson, G., "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....For example, reflection can help provide the necessary level of adaptability required by emerging distributed systems application areas such as multimedia and mobile computing. In previous papers, the authors have reported on the design and implementation of reflective middleware platforms [Blair98, Costa98]. The aim of this paper is to consider the implications of such an architecture for the area of Quality of Service (QoS) management. More specifically, the paper describes how critical QoS management functions can be incorporated into our reflective middleware platform, with particular emphasis on ....

Costa, F., G.S. Blair, G. Coulson, "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....Group, Department of Computing, Lancaster University, Bailrigg, Lancaster, LA1 4YR, U.K. E mail: gordon, lb, geoff] comp.lancs.ac.uk aa computer.org 1. INTRODUCTION In previous papers, the authors have reported on the design and implementation of reflective middleware platforms [Blair98, Costa98]. The aim of this paper is to consider the implications of such an architecture for the area of Quality of Service (QoS) management. More specifically, the paper describes how critical QoS management functions can be incorporated into our reflective middleware platform, with particular emphasis on ....

....set of methods and associated attributes. This is equivalent to the introspection facilities available in Java. 2 In each case, a meta object protocol (MOP) is defined to inspect and adapt the respective metamodels. Further details of this reflective architecture can be found in the literature [Blair98, Costa98]. 3. INTRODUCING QOS MANAGEMENT Dynamic QoS management is achieved by introducing management objects into the object graph structure (accessed via meta space) To maintain a clean separation of concerns between management objects and objects being managed, communication between the two is ....

Costa, F., G.S. Blair, G. Coulson, "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

.... platform [2,3] This novel aspect of the design exploits the features offered by the GOPI micro ORB architecture [4] Further details of this reflective architecture can be found in the literature [5] including descriptions of the meta object protocols (MOP) offered by each of the meta models [6]. 4. CONCLUDING REMARKS A prototype implementation [6] of the reflective middleware architecture has been developed in Python 1.5, an object oriented interpreted language that provides several reflective features, including the ability to inspect and alter the set of methods associated with an ....

....the features offered by the GOPI micro ORB architecture [4] Further details of this reflective architecture can be found in the literature [5] including descriptions of the meta object protocols (MOP) offered by each of the meta models [6] 4. CONCLUDING REMARKS A prototype implementation [6] of the reflective middleware architecture has been developed in Python 1.5, an object oriented interpreted language that provides several reflective features, including the ability to inspect and alter the set of methods associated with an object. The aims of this prototype are firstly, to ....

Costa, F., Blair, G.S., Coulson, G., "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....meta model are resources, resource managers and resource factories. A more comprehensive description of the resource metamodel is presented below. Further details of the overall architecture can be found in the literature. For example, detailed descriptions of the four meta models can be found in [5, 3]. 3. The Resource Meta model 3.1 Introduction System resources are explicitly represented in the resource model [18, 3, 8] Resources are represented as objects and may be accessed through their interfaces. Objects representing resources are called abstract resources. The resource model is ....

Costa, F., Blair, G.S., Coulson, G., "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....reified [Watanabe88] This provides a finite representation of an infinite structure. Further details of this reflective architecture can be found in the literature [Blair98] In adddition, a prototype of this architecture, written using reflective features of the Python language, is described in [Costa98]. 17 6.3. Discussion In our opinion, the reflective architecture described above provides a promising basis for the design of future middleware platforms and overcomes the inherent limitations of technologies such as CORBA. In particular, the architecture offers principled and comprehensive ....

Costa, F., G.S. Blair, G. Coulson, "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....has been carried out using Python. In addition, a second implementation is now underway using a lightweight and efficient reflective component model, based on COM. Further information on the reflective middleware architecture and associated implementation work can be found in the literature [Blair98, Blair99a, Costa98]. 2.3. Analysis The Open ORB architecture described above provides a principled means of supporting both inspection and adaptation of the underlying middleware platform. Through inspection, the programmer can discover information about the structure of a component, together with any ....

Costa, F., G.S. Blair, G. Coulson, "Experiments with Reflective Middleware", Proceedings of the ECOOP'98 Workshop on Reflective Object-Oriented Programming and Systems, ECOOP'98 Workshop Reader, Springer-Verlag, 1998.

....for middleware using techniques to allow inspection and adaptation of the group behaviour. Inspection allows the current configuration of the group to be determined at run time, and adaptation allows the group to be reconfigured. This work is part of a research project developed at Lancaster [2, 3, 6, 9] which main objective is to use reflection and component architecture to provide an open middleware platform. 1.1 Problem Description The main question to be answered by this work is how to provide a group communication facility for middleware with capabilities to inspect internal details of the ....

....issue in more details. 3 Proposed Approach Towards An Adaptive Middleware with Group Support This section describes a middleware architecture with group support using reflection and component technology. The basic architecture was proposed in [3] and some implementation details can be found in [6, 9]. 3.1 Middleware The purpose of middleware is to hide the underlying network and operating systems platforms by providing a set of generic services and interfaces, facilitating the development of distributed applications. But the complexity of applications has grown due to the use of multimedia ....

Fabio Costa, Gordon Blair, and Geoff Coulson. Experiments with Reflective Middleware. In Proceedings of ECOOP'98 Workshop on Reflective Object-Oriented Programming Systems, Brussels, Belgium, 20, July 1998.

No context found.

F. M. COSTA, G. S. BLAIR, G. COULSON. `Experiments with Reflective Middleware', Proc. ECOOP'98 Workshop on Reflective Object Oriented Programming and Systems, Springer Verlag, 1998

No context found.

F. Costa, G. Blair and G. Coulson, "Experiments with Reflective Middleware", ECOOP'98 Reflection Workshop, Brussels, Belgium, July 1998.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC