Differences
This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision | ||
wikiwcomp [2011/01/05 16:51] hourdin |
— (current) | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Home ====== | ||
- | ** WComp is a prototyping and dynamic execution environment for context-aware applications. It is an implementation of the Service Lightweight Component Architecture [[documentation#Publications|SLCA/AA]] model. SLCA uses lightweight components to manage dynamic orchestrations of Web service for device like UPnP or DPWS services discovered in the software infrastructure. The Aspect of Assembly compositional adaptation paradigm is used to reactively adapt the applications when the set of discovered services changes. According to contexts and available devices, different aspects can be selected, applied and then woven to adapt the application.** | ||
- | |||
- | The WComp Architecture is organised around what we call **[[defintions|Containers]]** and **[[defintions|Designers]]**: | ||
- | |||
- | * The purpose of the **Containers** is to provide non-functional services required by **[[defintions|Components]]** of an assembly during runtime: instantiation, destruction of software components and connectors. | ||
- | * The purpose of the **Designers** is to manipulate and adapt assemblies executed by containers. Several types of designers exist, the two main being: | ||
- | |||
- | - //A graphical designer// such as the SharpWComp SharpDevelop's AddIn enables to manually compose assembly of components according to a graphical representation of the event flow. It is particularly adapted to the description of the application. | ||
- | - //A designer based on Aspects of Assembly// (called **ISL4WComp**) allows to describe interaction patterns, based on an evolution of **ISL** (Interaction Specification Language). Interaction patterns are then selectable, applicable and woven. They allow adapting dynamically the application to its context. | ||
- | |||
- | ===== Illustrations ===== | ||
- | |||
- | {{:public_namespace:screenshot001.png?255|}} {{:public_namespace:screenshot003.png?247|}} | ||
- | |||
- | ====== Accueil ====== | ||
- | ** Le paradigme qui permet de gérer l'orchestration de ces Web Services pour Dispositifs se révèle particulièrement pertinent lorsqu'elle se base sur un assemblage de Composants , | ||
- | notamment associé à un langage de composition dynamique. | ||
- | En fonction des contextes, et notamment des dispositifs disponibles, différents aspects peuvent alors etre sélectionnés, | ||
- | appliqués et tissés pour adapter l'application. WComp est un environnement de prototypages d'applications sensibles au contexte basé sur ces concepts.** | ||
- | |||
- | L'architecture de WComp s'organise autour de ** [[defintions|Containers]] ** et de ** [[defintions|Designers]] ** : | ||
- | |||
- | * L'objectif des **//''Containers''//** est de prendre en charge dynamiquement les services système requis par les __//''Composants''//__ d'un assemblage, comme l'instanciation, la désignation, la destruction de __//''Composants''//__ logiciels fonctionnels et de liaisons. | ||
- | * Les **//''Designers''//** permettent la manipulation dynamique des assemblages de __//''Composants''//__ au travers des //Containers// qui les gèrent. | ||
- | |||
- | - //Un designer graphique d'architecture// comme ** Bean4WComp ** permet par exemple de composer manuellement des assemblages de ** [[defintions|Composants']] ** à partir d'une représentation graphique des flots d'événements. Il est particulièrement adapté à la description de l'application. | ||
- | - //Un designer d'aspects d'assemblage// comme ** ISL4WComp ** permet quant à lui, par le biais d'une évolution du langage ** ISL ** (Interaction Specification Language), de décrire des schémas d'interactions. Ces derniers sont alors sélectionnables, applicables et tissables et permettent ainsi d'adapter dynamiquement l'application précédemment décrite à son contexte. | ||