Jean-Guy Schneider and Oscar Nierstrasz, "Components, Scripts and Glue," Software Architectures -- Advances and Applications, Leonor Barroca, Jon Hall and Patrick Hall (Ed.), Springer, 1999, pp. 13-25.  Home/Search   Document Details and Download   Summary   Related Articles   Check

....This allows us to implement various component types and give a user of these types the feeling he is programming in a scripting language which has built in support for these types. An architectural style defines a component model and specifies rules governing composition of these components [17][18] The rules may exclude certain configurations. Connectors implement, guard, and control the cooperation between components. Architectural description languages formally specify the behaviour of connectors. Sticking to certain connectors allows the application programmer to guarantee that ....

Jean-Guy Schneider and Oscar Nierstrasz, "Components, Scripts and Glue," Software Architectures -- Advances and Applications, Leonor Barroca, Jon Hall and Patrick Hall (Ed.), Springer, 1999, pp. 13-25.

.... the motivations and solutions: the proposal of superimposition (or superposition) as a basic mechanism for adapting components as black boxes [6] and the recognition of the role played by software architectures and coordination languages in making objectoriented software development more flexible [24]. Although we developed our approach independently of these two, we can now recognise that the mechanisms that we proposed in [3] based on earlier work [9,10,11] present, in fact, a synthesis of these different sources. We do use superposition as a foundation, but we take it beyond component ....

.... and Coordination Languages [13] More concretely, we relied on the mechanism of superposition [17] and the use of architectural connectors [1] Whereas suggestions for the use of these primitives have recently appeared in the literature, namely superposition in [6] and architectural principles in [24], our approach is based on a combination of both that allows, on the one hand, for the superposition of coordination to go beyond component adaptation and, on the other hand, to support the dynamic reconfiguration of systems. Moreover, whereas most of the contributions in this area address system ....

J-G.Schneider and O.Nierstrasz, "Components, Scripts and Glue", in Software Architectures --- Advances and Applications, L.Barroca, J.Hall and P.Hall (eds), Springer-Verlag 1999, 13-25.

.... and Coordination Languages [13] More concretely, we relied on the mechanism of superposition [17] and the use of architectural connectors [1] Whereas suggestions for the use of these primitives have recently appeared in the literature, namely superposition in [6] and architectural principles in [24], our approach is based on a combination of both that allows, on the one hand, for the superposition of coordination to go beyond component adaptation and, on the other hand, to support the dynamic reconfiguration of systems. The impact of coordination on evolution is more thoroughly discussed in ....

J-G.Schneider and O.Nierstrasz, "Components, Scripts and Glue", in Software Architectures -- Advances and Applications, L.Barroca, J.Hall and P.Hall (eds), Springer-Verlag 1999, 13-25.

.... motivations and solutions: the proposal of superimposition (or superposition) as a basic mechanism for adapting components as black boxes [9] and the recognition of the role played by software architectures and coordination languages in making object oriented software development more flexible [29] Although we developed our approach independently of these two, we can now recognise that the mechanisms that we proposed in [5] based on earlier work [12,13,14] present, in fact, a synthesis of these different sources. We do use superposition as a foundation, but we take it beyond component ....

.... and Coordination Languages [17] More concretely, we relied on the mechanism of superposition [21] and the use of architectural connectors [3] Whereas suggestions for the use of these primitives have recently appeared in the literature, namely superposition in [9] and architectural principles in [29] our approach is based on a combination of both that allows, on the one hand, for the superposition of coordination to go beyond component adaptation and, on the other hand, to support the dynamic reconfiguration of systems. At the implementation level, our proposal was based on a design pattern ....

J-G.Schneider and O.Nierstrasz, "Components, Scripts and Glue", in Software Architectures -- Advances and Applications, L.Barroca, J.Hall and P.Hall (eds), SpringerVerlag 1999, 13-25.

....of reusability in object oriented programming. The promise was that reusable objects 11 could be simply thrown together to create new applications. However, experience has shown that reusable objects do not always compose as easily as one might hope. This is shown by Schneider and Nierstrasz [25]. They explain that in practice, either glue code needs to be written to enable the composition or the objects all need to be members of a single carefully designed toolkit. We predict that the same problem will arise in Intentional Programming. When adding an Intention to a language, ....

Schneider, J.-G. and Nierstrasz, O. (1999) "Components, scripts and glue." In: Barroca, L.; Hall, J.; and Hall, P. (editors), Software Architectures -- Advances and Applications . Springer, (pages 13--25).

.... Java is not well suited to defining abstractions which are not objects (such as coordination abstractions, generic wrappers, and synchronization policies) We have argued elsewhere that component based software development can be summarized as Applications = Components Scripts [1] 3][14]. In this view, conventional programming languages will be used to implement basic services and components, but a composition language will be more suitable for the task of composing, or scripting components. Furthermore, a composition language must pay special attention to the problems of ....

Jean-Guy Schneider and Oscar Nierstrasz, "Components, Scripts and Glue," Software Architectures --- Advances and Applications, Leonor Barroca, Jon Hall and Patrick Hall (Eds.), pp. 13-25, Springer, 1999.

....have been developed to address the needs of particular component models, there has been relatively little work that attempts to develop a generalized approach that may span various architectural styles and component models. Applications = Components Scripts 2 We have argued elsewhere [1][24] that most object oriented methods typically do not lead to pluggable component architectures (mainly because reuse is considered too late in the lifecycle) and that the resulting software systems can be hard to maintain and understand because they do not make the run time architecture explicit ....

Jean-Guy Schneider and Oscar Nierstrasz, "Components, Scripts and Glue," Software Architectures --- Advances and Applications, Leonor Barroca, Jon Hall and Patrick Hall (Ed.), Springer, 1999, pp. 13-25.

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