Outils pour utilisateurs

Outils du site


Panneau latéral

Accueil

Select other language :


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

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

recherche:masters:palma_adam:meeting_010415

Continuité

Dans l'état actuel, n'importe quel appel de méthode déclenche l'événement de retour sur le bean du bas.

Ce qu'on voudrait c'est que l'événement ne soit déclenché que pour la méthode du Bean qui le reçoit.

Solution:
Passer un ID correspondant a l'instance du Bean appelant, le Bean chargé de déclencher un événement garde les ID des appels et ne déclenche l'événement que pour le bon Bean.

Problème:
On ne sait pas si un événement est défini et si oui on ne sait pas combien sont définis. On ne peut donc pas décider de quel événement déclencher.

Solution:
Déclencher tous les événements en donnant l'ID d'appel en paramètre. Tous les Beans interceptant ce type d'événements comparent alors leurs ID avec celui reçus et seul celui à qui correspond cet ID prend en compte l'événement.

recherche/masters/palma_adam/meeting_010415.txt · Dernière modification: 2015/04/07 13:51 par palma