Blair, G.S., Costa, F.M., Coulson, G., Duran, H.A., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., Stefani, J.B.: The Design of a Resource-Aware Reflective Middleware Architecture. In: Proceedings of the Second International Conference on Meta-Level Architectures and Reflection, France, Springer-Verlag (1999) 115-- 134  Home/Search   Document Not in Database   Summary   Related Articles   Check

....such as changing component interconnections, power levels, CPU network bandwidth, latency jitter; and dependability needs. In mission critical systems, adaptive middleware must make such modifications dependably, i.e. while meeting stringent end to end QoS requirements. Reflective middleware [Bla99] goes further to permit automated examination of the capabilities it offers, and to permit automated adjustment to optimize those capabilities. Reflective techniques make the internal organization of systems as well as the mechanisms used in their construction both visible and manipulatible for ....

Blair, G.S., F. Costa, G. Coulson, H. Duran, et al, "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection, St.-Malo, France, Springer-Verlag, LNCS, Vol. 1616, 1999.

....with increasingly complex requirements and competitive pressures are making it infeasible to built complex DRE system software entirely from scratch. Thus, there is a pressing need to develop, validate, and ultimately standardize a new generation of adaptive and reflective middleware [Bla99] technologies that can support stringent DRE system functionality and QoS requirements. Middleware [Sch01] is reusable systems software that functionally bridges the gap between 1. The end to end functional requirements and mission doctrine of applications and 2. The lower level underlying ....

....as changing component interconnections, power levels, CPU network bandwidth, latency jitter, and dependability needs. In mission critical DRE systems, adaptive middleware must make these modifications dependably, i.e. while meeting stringent end to end QoS requirements. Reflective middleware [Bla99] goes a step further to permit automated examination of the capabilities it offers, and to permit automated adjustment to optimize those capabilities. Reflective middleware therefore supports more advanced adaptations that can be performed autonomously based on conditions within the system, in the ....

Blair, G.S., F. Costa, G. Coulson, H. Duran, et al, "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection, St.-Malo, France, Springer-Verlag, LNCS, Vol. 1616, 1999.

....been extended through the implementation of receptacles and the provision of IReceptacle and ILifeCycle interfaces. These 163 features allow DEIMOS components to be dynamically reconfigured as described in section 8.3.1.2. Leveraging on this work, Lancaster University s recent OpenORB project [Blair,99] has further extended COM with lightweight reflective capabilities to form the OpenCOM component framework [Parlavantzas,00) in order to explore the dynamic (re)configuration of middleware platforms constructed (at runtime) entirely from components. 8.3.2 Other Significant Results 8.3.2.1 ....

Blair, G.S., Costa, F., Coulson, G., Delpiano, F., Duran, H., Dumant, B., Horn, F., Parlavantzas, N., Stefani, J-B., "The Design of a Resource Aware Reflective Middleware Architecture". Proceedings of the 2 nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), Springer-Verlag, LNCS, Vol. 1616, St-Malo, France, 1999.

....such as changing component interconnections, power levels, CPU network bandwidth, latency jitter, and dependability needs. In DRE combat systems, adaptive middleware must make these modifications dependably, i.e. while meeting stringent end to end QoS requirements. Reflective middleware [Bla99] goes a step further in providing the means for examining the capabilities it offers while the system is running, thereby enabling automated adjustment for optimizing those capabilities. Thus, reflective middleware supports more advanced adaptive behavior, i.e. the necessary adaptations can be ....

Blair, G.S., F. Costa, G. Coulson, H. Duran, et al, "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection, St.-Malo, France, Springer-Verlag, LNCS, Vol. 1616, 1999.

....requirements, such as changing component interconnections, power levels, CPU network bandwidth, latency jitter, and dependability needs. In DRE systems, adaptive middleware must make these modifications dependably, i.e. while meeting stringent end to end QoS requirements. Reflective middleware [Bla99] goes a step further to permit automated examination of the capabilities it offers, and to permit automated adjustment to optimize those capabilities. Thus, reflective middleware supports more advanced adaptive behavior, i.e. the necessary adaptations can be performed autonomously based on ....

Blair, G.S., F. Costa, G. Coulson, H. Duran, et al, "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection, St.-Malo, France, Springer-Verlag, LNCS, Vol. 1616, 1999.

....such as changing component interconnections, power levels, CPU network bandwidth, latency jitter; and dependability needs. In mission critical systems, adaptive middleware must make such modifications dependably, i.e. while meeting stringent end to end QoS requirements. Reflective middleware [Bla99] goes further to permit automated examination of the capabilities it offers, and to permit automated adjustment to optimize those capabilities. Reflective techniques make the internal organization of systems as well as the mechanisms used in their construction both visible and manipulable for ....

Blair, G.S., F. Costa, G. Coulson, H. Duran, et al, "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection, St.-Malo, France, Springer-Verlag, LNCS, Vol. 1616, 1999.

....the behaviour of the middleware to the needs of the current mix of applications, users and the execution environment. It is clear from previous work that creating adaptable object based systems requires the developer to provide some mechanism for constraining dependencies [2] and communication [1] between objects in the face of potential adaptations. A combination of component based and reflection approaches to building adaptable ORBs offers the possibility of explicit dependency and communication management between the different subsystems (components) in an ORB. Reflection could allow ....

Gordon Blair et Al., The Design of a Resource-Aware Reflective Middleware Architecture, Reflection '99, Saint-Malo, France, July 1999.

....dynamic adaptation in their systems [Bersh96] HPM93] For the most part these systems have been implemented from scratch in an ad hoc manner with little or no specific language support for dynamic adaptation. A number of other researchers have suggested using reflection as a principled [Blair99] approach to supporting dynamic adaptation particularly in the context of middleware [Blair99] Camp99] Ledoux97] However, little practical experience exists on the relative merits and demerit of using reflection versus more traditional and ad hoc methods of supporting dynamic adaptation of ....

....have been implemented from scratch in an ad hoc manner with little or no specific language support for dynamic adaptation. A number of other researchers have suggested using reflection as a principled [Blair99] approach to supporting dynamic adaptation particularly in the context of middleware [Blair99], Camp99] Ledoux97] However, little practical experience exists on the relative merits and demerit of using reflection versus more traditional and ad hoc methods of supporting dynamic adaptation of system software. With this in mind, this paper reports on a case study driven evaluation of the ....

Gordon Blair et Al., The Design of a Resource-Aware Reflective Middleware Architecture, In Proceedings of Meta-Level Architectures and Reflection '99, pp. 115-134.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol. 1616, pp115-134, 1999.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol 1616, pp115-134, 1999.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", 2nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag LNCS, Vol 1616, pp115134, 1999.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2 nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol. 1616, pp115-134, 1999.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2 nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol. 1616, pp115134, 1999.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", 2nd Intl. Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag LNCS, Vol 1616, pp115-134, 1999.

No context found.

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol. 1616, pp115-134, 1999.

....and offer metainterfaces through which these reified aspects can be inspected, adapted and extended. The use of reflection facilitates the management of run time reconfiguration, and also helps address the issue of integrity management referred to above. Our previous research [Blair,98] Blair,99] Costa,00] has focused on the development of architectural abstractions for reflective, component based, middleware. The outcome of this work has been a prototype, called OpenORB v1, that was implemented in the Python language. This implementation focused primarily on achieving as great a ....

....are currently blocked. Other strategies rely on various combinations of server threads, thread pools and signal driven I O notification. Further details are available in [Coulson,99a] and [Coulson,01b] All the resource CFs support a common meta level framework called the resources meta model [Blair,99] that is implemented by the top level cf. This supports a task abstraction that relates to some logical activity carried out by some set of cooperating objects. For example, the activity of incoming message handling can be designated a task ; this is performed by distinct detector, transport and ....

[Article contains additional citation context not shown here]

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2 nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol. 1616, pp115-134, 1999.

....and offer metainterfaces through which these reified aspects can be inspected, adapted and extended. The use of reflection facilitates the management of run time reconfiguration, and also helps address the issue of integrity management referred to above. Our previous research [Blair,98] Blair,99] Costa,00] has focused on the development of architectural abstractions for reflective, component based, middleware. The outcome of this work has been a prototype, called OpenORB v1, that was implemented in the Python language. This implementation focused primarily on achieving as great a ....

....are currently blocked. Other strategies rely on various combinations of server threads, thread pools and signal driven I O notification. Further details are available in [Coulson,99a] and [Coulson,01b] All the resource CFs support a common meta level framework called the resources meta model [Blair,99] that is implemented by the top level cf. This supports a task abstraction that relates to some logical activity carried out by some set of cooperating objects. For example, the activity of incoming message handling can be designated a task ; this is performed by distinct detector, transport and ....

[Article contains additional citation context not shown here]

Blair, G.S., Costa, F., Coulson, G., Duran, H., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.B., "The Design of a Resource-Aware Reflective Middleware Architecture", Proceedings of the 2 nd International Conference on Meta-Level Architectures and Reflection (Reflection'99), St-Malo, France, Springer-Verlag, LNCS, Vol. 1616, pp115-134, 1999.

....assemblies) where at least multiple forms of component sharing are possible. The motivation behind this requirement lies with the necessity to deal with situations in (hardware and software) infrastructures involving sharing and multiplexing. This is the case, for instance, in resource management [3], whether dealing with low level hardware and operating system resources, or with higher level virtual resources such as servers, agents or virtual connections. In all these cases, dynamic system configuration requires the ability to make explicit and to manipulate resource dependencies (for ....

....activities and resource This assumption is at odds with certain definitions of components (see e.g. 19] However, we believe these particular notions can be shown to be a special case of our more general component model. 2 dependencies in a distributed setting is further elaborated e.g. in [3]. This requirement is also related to the second requirement on component composition, since one would expect different forms of composition to apply to activities as well, a feature of obvious interest in workflow and (extended) transactional applications, for instance. 6) Control.Ageneral ....

G. Blair, F Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J.B. Stefani. The Design of a Resource-Aware Reflective Middleware Architecture. In Proceedings Reflection `99, Saint Malo, France, 1999.

....of meta information) In this paper, we are concerned with a flexible and uniform representation of meta information for middleware platforms, considering the structural aspects of the meta level. We define middleware meta information in the context of our architecture, called the OpenORB [13][4], and its type system, which is an extension of the CORBA type system with support to multimedia interactions. A repository for this type system therefore becomes a general meta information repository for the platform. Crucially, we advocate the use of such meta information as the foundation for ....

G.S. Blair, F. Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J-B. Stefani. The Design of a Resource-Aware Reflective Middleware Architecture. In Second International Conference on Reflection and Meta-level architectures (Reflection'99), St. Malo, France, July 1999. (accepted for publication).

No context found.

G.S. Blair, F. Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J-B. Stefani. The Design of a Resource-Aware Reflective Middleware Architecture. In Second International Conference on Reflection and Meta-level architectures (Reflection '99), St. Malo, France, July 1999.

....VTMs represent a unit of resource management, and may be seen as virtual machines in charge 71 OOPSLA 99 Workshop on Reflection and Software Engineering of executing their associated tasks. A complete description of the resource management entities that populate this meta model can be found in [1]. Typical facilities presented in the resource management MOP include: inspection, addition or removal of the resources associated with a particular operation, flow or signal in an interface; and reconfiguration of the scheduling parameters of the processing resources (threads) of a task. 6 ....

G. Blair, F. Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J-B. Stefani. The Design of a Resource-Aware Reflective Middleware Architecture. In Second International Conference on Reflection and Meta-level architectures (Reflection'99), St. Malo, France, July 1999.

....in figure 2(b) The VTM factory is composed by both the team factory and the memory factory. The team factory uses a thread factory, which in turn is supported by a virtual processor factory. A complete description of the resource management entities that populate this meta model can be found in [1] and [6] 6 Prototype Meta object Protocol We have implemented a significant subset of the architecture in order to allow the use and demonstration of its reflective features. The prototype consists of a base platform, which offers services for creating distributed bindings objects in order to ....

G. Blair, F. Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J-B. Stefani. The Design of a Resource-Aware Reflective Middleware Architecture. In Second International Conference on Reflection and Meta-level architectures (Reflection'99), St. Malo, France, July 1999.

....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 ....

....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 abstract resources. The resource model is recursive in that highlevel abstract resources are constructed on top of lowerlevel resources. The result of this approach is a ....

Blair, G.S., Costa, F., Coulson, G., Delpiano, F., Duran, H., Dumant, B., Horn, F., Parlavantzas, N., and Stefani, J-B. "The Design of a Resource-Aware Reflective Middleware Architecture", In Second International Conference on Reflection and Meta-level architectures (Reflection'99), St. Malo, France, July 1999.

....can be found in the literature. For example, detailed descriptions of the four meta models can be found in [Costa00a] 3 Modeling Resources for Middleware 3. 1 Resource Model The most important elements of the resource model are abstract resources, resource factories and resource managers [ReTINA99, Blair99b, Duran00a, Duran00b]. Abstract resources explicitly represent system resources. In addition, there may be various levels of abstractions in which higher level resources are constructed on top of lower level resources. Resource managers are responsible for managing resources, that is, such managers either map or ....

....i.e. the VTM. This operation would be later applied to the lower level resources, and so on. Access to both the manager and factory of an abstract resource can be obtained through the interface defined by the class AbstractResource. In addition, machines are capable of performing some activity [ReTINA99, Blair99b], that is, they receive messages and process them. Thus, machines may be either abstract processing resources (e.g. threads) or physical processing resources (e.g. CPUs) In contrast, Jobs [Blair99b] only refer to abstract processing resources since they inherit from the abstract resource class. ....

[Article contains additional citation context not shown here]

Blair, G.S., Costa, F., Coulson, G., Delpiano, F., Duran-Limon, H., Dumant, B., Horn, F., Parlavantzas, N., and Stefani, J-B. "The Design of a Resource-Aware Reflective Middleware Architecture", In Second International Conference on Reflection and Metalevel architectures (Reflection' 99), St. Malo, France, July 1999.

....details of the overall architecture can be found in the literature. For example, detailed descriptions of the four meta models can be found in [Costa00a] 2. 2 The Resource Model The most important elements of the resource model are abstract resources, resource factories and resource managers [ReTINA99, Blair99b, Duran00a, Duran00b]. Abstract resources explicitly represent system resources. In addition, there may be various levels of abstractions in which higher level resources are constructed on top of lower level resources. Resource managers are responsible for managing resources, that is, such managers either map or ....

....main elements of the resource model. Importantly, virtual task machines (VTMs) are top level resource abstractions and they may encompass several kinds of resources (e.g. CPU, memory and network resources) allocated to a particular task. Further details regarding the resource model can be found in [Blair99b, Duran00a, Duran00b]. 2.3 The Task Model The main feature of the task model is that it offers a high level of resource management by modelling coarse grained interactions. That is, a task may spawn the boundaries of a component and even those of an address space. We define tasks from two points of view. From the ....

Blair, G.S., Costa, F., Coulson, G., Delpiano, F., Duran-Limon, H., Dumant, B., Horn, F., Parlavantzas, N., and Stefani, J-B. "The Design of a Resource-Aware Reflective Middleware Architecture", In Second International Conference on Reflection and Meta-level architectures (Reflection' 99), St. Malo, France, July 1999.

....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 ....

....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 recursive in that highlevel abstract resources are constructed on top of lowerlevel resources. The result of this approach is a ....

Blair, G.S., Costa, F., Coulson, G., Delpiano, F., Duran, H., Dumant, B., Horn, F., Parlavantzas, N., and Stefani, J-B. "The Design of a Resource-Aware Reflective Middleware Architecture", In Second International Conference on Reflection and Meta-level architectures (Reflection'99), St. Malo, France, July 1999.

....and video. 2.3 Meta space models We further believe that component oriented programming should be applied both at the base and meta levels. More precisely, every component should have an associated meta space supporting inspection and adaptation of the underlying infrastructure for the component [5]. In addition, this meta space should be organised as a number of distinct meta space models, each one dealing with an independent and orthogonal aspect of the meta level. The benefit of this approach is to simplify the interface offered by the meta space through separation of concerns between ....

G.S. Blair, F. Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J-B. Stefani. "The Design of a Resource-Aware Reflective Middleware Architecture." In Second International Conference on Reflection and Meta-level architectures (Reflection'99), St. Malo, France, July 1999.

No context found.

G.S. Blair, F. Costa, G. Coulson, F. Delpiano, H. Duran, B. Dumant, F. Horn, N. Parlavantzas, and J-B. Stefani. The Design of a Resource-Aware Reflective Middleware Architecture. In Second International Conference on Reflection and Meta-level architectures (Reflection '99), St. Malo, France, July 1999.

No context found.

Blair, G.S., Costa, F.M., Coulson, G., Duran, H.A., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., Stefani, J.B.: The Design of a Resource-Aware Reflective Middleware Architecture. In: Proceedings of the Second International Conference on Meta-Level Architectures and Reflection, France, Springer-Verlag (1999) 115-- 134

No context found.

Gordon S. Blair et al. The design of a resource-aware reflective middleware architecture. LNCS in Meta-Level Architectures and Reflection (Reflection'99), pages 115--134, 1999.

No context found.

Blair, G. S., Costa, F. M., Coulson, G., Duran, H. A., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.-B. The Design of a Resource-Aware Reflective Middleware Architecture. In Reflection'99 (Saint-Malo, France, July 1999), vol. 1616 of LNCS, Springer-Verlag, pp. 115--134.

No context found.

Blair, G. S., Costa, F. M., Coulson, G., Duran, H. A., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.-B. The Design of a Resource-Aware Reflective Middleware Architecture. In Reflection'99 (Saint-Malo, France, July 1999), vol. 1616 of LNCS, Springer-Verlag, pp. 115--134.

No context found.

Blair, G. S., Costa, F. M., Coulson, G., Duran, H. A., Parlavantzas, N., Delpiano, F., Dumant, B., Horn, F., and Stefani, J.-B. The Design of a Resource-Aware Reflective Middleware Architecture. In Reflection'99 (Saint-Malo, France, July 1999), vol. 1616 of LNCS, Springer-Verlag, pp. 115--134.

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