JY Tigli Homepages

Outils pour utilisateurs

Outils du site

Piste: • Lecture 3 : Wcomp middleware and proved components

Panneau latéral

Accueil

Select other language :

Apprentissage

Gestion Apprentissage

Enseignements

Enseignements Département Informatique SI5 et Master IFI

Enseignements Département Bâtiment Polytech'Nice

Autres Formations française et étrangère

Activités administratives, Ingénierie et Innovation Pédagogiques

Apprentissage Département Informatique SI5/Master 2 ingénierie informatique EUR DS4H

Recherche

Publications et Encadrement Recherche

Projets Européens en cours

Plates-formes Expérimentales

Collaborations Recherche et Projets de Recherche récents et en cours

Archives sur les Collaborations Recherche et Projets de Recherche

Encadrements d'étudiants de Master depuis 2015

Pages des Projets et Stages

Autres Collaborations Scientifiques et Travaux en cours

Collaboration with Halmstad University about Ambient Assisted Living

Valorisation de la Recherche

Dépôts Logiciels à l’Agence de Protection des Programme (APP)

Valorisation des résultats de recherche et transfert

Diffusion de la Culture scientifique et Technologique

Communications de presse

Séminaire ENSI Tunis

Pédagogie Innovante

Relations industrielles et socio-économique

Organisation de Manifestations

  • Conférence sur les FabLabs, Alexandre Schneider, Professeur Agrégé en Génie Mécanique, Université de Reims Champagne-Ardenne Web
  • Journées UbiMob'14 Site Web

Animation de la Recherche

U-Santé

Privé

Outils

Sources d'Informations

muc_2009_2010_lecture3

Ceci est une ancienne révision du document !

Lecture 3 : Wcomp middleware and proved components

  • Date : January, 5th 2010
  • Instructor : J.-Y. Tigli
  • Duration : 3h

Part 1 : How to Design Components in a Middleware for Ubiquitous Computing WComp 2.0

  • Date : December, 15th 2009
  • Instructor : A. Ressouche - J-Y. Tigli
  • Duration : 3h

Ressources :

  • VMware WComp environment iw distributed on DVD and USB Key during the lecture.
    • Remark : If you're under linux be careful : replace the configuration file of your virtual machine vmplayer by this one and then after running, start the audio service
    • Remark : Find here a Light UPnP server if you need UPnP Light

References :

  • Official WComp Project Website
  • Vincent Hourdin, Jean-Yves Tigli, Stéphane Lavirotte, Gaëtan Rey, Michel Riveill, “SLCA, Composite Services for Ubiquitous Computing”, in the proceedings of the International Conference on Mobile Technology, Applications and Systems, Sep 2008.
  • J.-Y. Tigli, S. Lavirotte, G. Rey, V. Hourdin, M. Riveill, “Lightweight Service Oriented Architecture for Pervasive Computing” IJCSI International Journal of Computer Science Issues, Vol. 4, No. 1, September 2009, ISSN (Online): 1694-0784, ISSN (Print): 1694-0814, paper.
  • J.-Y. Tigli, S. Lavirotte, G. Rey, V. Hourdin, D. Cheung, E. Callegari, M. Riveill “WComp middleware for ubiquitous computing: Aspects and composite event-based Web services” in Annals of Telecommunications, éditeur Springer Paris, ISSN 0003-4347 (Print) 1958-9395 (Online), Vol. 64, No 3-4, March-April 2009, paper.

Part 2 : How to Design Proved Components in WComp Middleware

Part 3 : Student Projects

Deadline : february, the 1st, 2010

Student Name Cursus (SI5 / Uibnet) Project Number Project Titlte Subject
0 Barrier A barrier is a type of synchronization method. A barrier for a group of event means any event must stop at this point and cannot proceed until all other events reach this barrier
1 Lock A lock is a synchronization mechanism for enforcing limits on access to a resource in an environment where there are many threads of execution. Locks are one way of enforcing concurrency control policies. Only one event is emitted at at time
2 Arbitration Arbitration between input events
3 Average Average value is emitted from the values of input events
4 Moving average Average value is emitted from the values of input events
5* Function* Allaccess returned value of one external DLL function is emitted when all value parameters are available (triggered on all input events)
6* Function* Oneaccess returned value of one external DLL function is emitted as soon as at least on value parameter is available (triggered on one input events)
7* Function* Thisaccess returned value of one external DLL function is emitted as soon as one specific event arrive (triggered on one specific input events)
8* Function* AllaccessNewvalue new returned value of one external DLL function is emitted when all value parameters are available (triggered on all input events and state change)
9* Function* OneaccessNewvalue new returned value of one external DLL function is emitted as soon as at least on value parameter is available (triggered on one input events and state change )
10* Function* OneaccessNewvalue new returned value of one external DLL function is emitted as soon as one specific event arrive (triggered on one specific input events and state change)
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
muc_2009_2010_lecture3.1262676131.txt.gz · Dernière modification: 2010/01/05 08:22 par tigli

Outils de la page

Sauf mention contraire, le contenu de ce wiki est placé sous les termes de la licence suivante : CC Attribution-Noncommercial-Share Alike 4.0 International
CC Attribution-Noncommercial-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Run on Debian Driven by DokuWiki