G. S. Blair, L. Blair, V. Issarny, P. Tuma, and A. Zarra. The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms. In Middleware 2000.  Home/Search   Document Details and Download   Summary   Related Articles   Check

....Aura [28] is a task driven framework that helps the user to gather infor mation about available services, selecting suitable services to carry out tasks and binding them together. A Service Coordination Protocol controls adaptability mechanisms required when the environment changes. Open ORB [4] and dynamicTao [18] use reflection mechanisms to address dynamic configuration and adaptation of components. The two approaches make use of a reflective CORBA ORB that gives program access to meta information that allows the program to inspect, evaluate and alter the current configuration of ....

Blair,G,. Blair,L.,Issarny, V,. Tuma, P,. Zarras, A,. The Role of Software Architecture in Constraining Adaptation in Component-Based Middleware Platforms. Middleware 2000 Proc LNCS 1795 - IFIP/ACM NY, USA, April 2000

....the the ability to inspect and modify the internal ORB configuration state. An implementation independent approach that uses component based architectures is presented in [22] Here, application specific policies can be used to customize the ORB. Similar to this work is the Open ORB architecture [10, 40], which is a software component based approach. An open binding model, where classes can be changed at runtime, is presented in [14, 5] This work is notable because it allows multiple levels of reflection. There has also been much work in adapting middleware systems to support distributed hard ....

G. Blair et. al. The role of software architecture in constraining adaptation in component-baseed midleware platforms. In Proceedings of the IFIP/ACM Intl. Conf. on Dist. Syst. Platforms (Middleware 2000), pages 164--184, April 2000.

No context found.

Blair, G.S., Blair, L., Issarny, V., Tuma, P., Zarras, A., "The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms", Proceedings of the IFIP/ACM International Conference on Distributed Systems Platforms and Open Distributed Processing (Middleware'2000), IBM Palisades, New York, April 2000.

....ad hoc unanticipated adaptations directly at the OpenCOM level if and when the need arises. While this is rather dangerous in terms of integrity maintenance, we have successfully used this approach in the past to support the dynamic injection of QoS managers into a system at run time [Blair00a] Blair00b] 3. The OpenORB Architecture 3.1 Overview OpenORB is structured as a top level CF that is itself composed of three layers of further CFs. The three layers are called binding, communication and resource; see below for more detail. Each component CF in a given layer is only allowed to access ....

Blair, G.S., Blair, L., Issarny, V., Tuma, P., Zarras, A., "The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms", Proceedings of the IFIP/ACM International Conference on Distributed Systems Platforms and Open Distributed Processing (Middleware'2000), IBM Palisades, New York, April 2000.

....ad hoc unanticipated adaptations directly at the OpenCOM level if and when the need arises. While this is rather dangerous in terms of integrity maintenance, we have successfully used this approach in the past to support the dynamic injection of QoS managers into a system at run time [Blair00a] Blair00b] 3. The OpenORB Architecture 3.1 Overview OpenORB is structured as a top level CF that is itself composed of three layers of further CFs. The three layers are called binding, communication and resource; see below for more detail. Each component CF in a given layer is only allowed to access ....

Blair, G.S., Blair, L., Issarny, V., Tuma, P., Zarras, A., "The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms", Proceedings of the IFIP/ACM International Conference on Distributed Systems Platforms and Open Distributed Processing (Middleware'2000), IBM Palisades, New York, April 2000.

....implementations, especially in the area of reflective middleware. Reflective middleware implementations are generally more modular and thus lend themselves better to integration with a component system. Reflective middleware can also employ the formal architecture description for its configuration [6]. 6 Conclusion We have presented the design and implementation of a runtime environment for the SOFA component system. The implementation is integrated with GNOME and CORBA as representatives of a contemporary component framework and a distributed middleware. The SOFA environment features a CDL ....

Blair G., Blair L., Issarny V., Tuma P., Zarras A.: The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms, Proceedings of Middleware 2000, USA, 2000

....activate groups, insert quality of service monitors into group configurations, or add interceptors to perform logging of messages. There are many unsolved problems in this area, not the least of which is the di#culty of maintaining the integrity of configurations when they are adapted at runtime [5]. However, it seems a highly desirable goal to o#er such facilities. Acknowledgments Katia Barbosa Saikoski would like to thank her sponsors, Federal Agency for Post Graduate Education (CAPES) Brazil and Pontifical Catholic University of Rio Grande do Sul (PUCRS) Brazil. Special thanks to ....

G. S. Blair, L. Blair, V. Issarny, and A. Z. P. Tuma. The role of software architecture in constraining adaptation in component-based middleware platforms. In IFIP/ACM International Conference on Distributed Systems Platforms and Open Distributed Processing (Middleware

.... enables dealing with the safe dynamic evolution of the middleware architectures according to environmental changes, by exploiting both the support for adaptation offered by novel reflexive middleware infrastructures and the rigorous specification of software architectures as enabled by ADLs [Blair et al. 2000]. 1.5 Concluding Remarks This chapter has given an overview of past and ongoing work in the software architecture domain for effectively enabling architecture based development of robust software systems. Results in the area primarily lie in the definition of ADLs that allow the rigorous ....

G.S. Blair, L. Blair, V. Issarny, P. Tuma and A. Zarras, "The Role of Software Architecture in Constraining Adaptation in Component-Based Middleware Platforms", in Proc. Middleware'2000: IFIP/ACM International Conference on Distributed Systems Platforms, LNCS 1795, pp. 164-184, 2000.

....middleware platforms and remain convinced that this is the right approach for the design of next generation middleware platforms. A number of key issues remain unresolved though, including issues relating to maintaining the consistency of the underlying platform when changes are made at run time [8]. ....

Blair, G.S., Blair, L., Issarny, V., Tuma, P., Zarras, A., "The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms", Proceedings of the IFIP/ACM International Conference on Distributed Systems Platforms and Open Distributed Processing (Middleware'2000), IBM Palisades, New York, April 2000.

....may be either determined at runtime or fixed at design time. In the former case, required changes to the configuration are requested to a reconfiguration manager, which may further enforce constraints on valid changes with respect to invariants set for the system s software architecture (e.g. see [12, 19, 6]) In the latter case, possible configuration changes are specified and thus anticipated within the architecture description (e.g. see [3] The solution that is the closest to our concern is the one provided by the Durra environment supporting the development of applications in terms of ....

....the system s software architecture. The aforementioned reference gives a general overview of the solution and thus does not address the expression of architectural changes. In addition, it focuses on a specific architectural style. Adaptiveness of software architectures has also been examined in [6] for middleware architectures. This work that has been partly realized in the context of the Aster project, complements the proposed architectural exception handling facility by addressing constrained changes to the underlying runtime system according to environmental parameters. While exception ....

G. Blair, L. Blair, V. Issarny, P. Tuma, and A. Zarras. The role of software architecture in constraining adaptation in component-based middleware platforms. In Proceedings of Middleware'00 -- The ACM/IFIP International Conference on Distributed Systems Platforms and Open Distributed Processing, 2000.

No context found.

G. S. Blair, L. Blair, V. Issarny, P. Tuma, and A. Zarra. The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms. In Middleware 2000.

No context found.

G. S. Blair et al. The role of software architecture in constraining adaptation in component-based middleware platforms. In IFIP/ACM Intl. Conf. on Dist. Systems Platforms, pages 164--184. Springer-Verlag New York, Inc., 2000.

No context found.

Blair, G., Blair, L., Issarny, V., Tuma, P., Zarras, A.: The Role of Software Architecture in Constraining Adaptation in Component-based Middleware Platforms. In Proceedings of Middleware

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