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:34] hourdin image resize |
— (current) | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ====== Home ====== | ||
| - | ** The paradigm, which allows the management of the orchestration of those web-services for devices, is particularly relevant when it is based on an assembly of components, namely associated with a dynamic composition language. According to contexts and available devices, different aspects of the application can be selected, applied and then woven to adapt the application. WComp is a prototyping environment for context-aware applications.**\\ The WComp Architecture is organised around what we call ** [[defintions|Containers]] ** and ** [[defintions|Designers]] **: | ||
| - | |||
| - | * The purpose of the **//''Containers''//** is to take into account system services required by __//''Components''//__ of an assembly during runtime: instantiation, destruction of software __//''Components''//__ and //Connectors//. | ||
| - | * The purpose of the **//''Designers''//** allow configuring assemblies of through //''Containers''//. | ||
| - | - //A graphical designer// such as ** Bean4WComp ** enables to compose manually assembly of ** [[defintions|Components]] ** according to a graphical representation of the event flow for instance.It is particularly adapted to the description of the application. | ||
| - | - //A designer based on Aspects of Assembly// (called ** ISL4WComp ** ) allows describing interaction patterns thanks to an evolution of ** ISL ** (Interaction Specification Language).Interaction patterns are then selectable, applicable and woven and 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. | ||