Discussion :

[nikko49]

Bonjour,

Lors d'une phase d'identification, par exemple, j'utilise un remote object pour accéder à un service PHP. Dans cet exemple, je l'utilise pour verifier si le nom d'utilisateur et le mot de passe font bien parties de la liste des membres de ma table.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
/* Appel de mon service PHP */
public function checkLogin(user:String, pass:String):void
{
	_service = new RemoteObject('amfphp');
	_service.source = _source;
	_service.addEventListener(ResultEvent.RESULT, checkLoginResult);
	_service.addEventListener(FaultEvent.FAULT, errors);
	_service.getOperation("isAdmin").send(user, pass);
}
 
/* Récupération du résultat */
private function checkLoginResult(event:ResultEvent):void
{
	_service.removeEventListener(ResultEvent.RESULT, checkLoginResult);
	_isAdmin = event.result;
}

Jusque là tout va bien, si je fais un Alert.show(_isAdmin) à la fin de ma fonction CheckLoginResult, j'ai bien le booléen attendu.

Maintenant, voilà la problème :
Lorsque je veux utiliser ce booléen pour conditionner la validation de mon formulaire de login, on a l'impression que la variable "_isAdmin" n'est pas mis à jour tout de suite.
En effet, dans l'exemple (url : http://nicolasleborgne.dyndns.org/remote), on peut voir que la première fois que l'on valide l'identification, on atterit sur message d'erreur. Par contre, simplement en re-cliquant sur le bouton de validation, le formulaire disparait signifiant que l'identification est correcte.

En résumé, et après debug, au premier clic, _isAdmin = false, et au deuxième clic, _isAdmin = true.
J'ai fait pas mal de recherches (notamment sur le fait que l'utilisation de ce genre de services est asynchrone), mais je n'arrive toujours pas à régler le problème.

En espérant vivement que quelqu'un puisse m'apporter une réponse.

Merci

[Jim_Nastiq]

Bonjour,

J'ai regardé ton code sur ton site, et tu appelles la méthode callAdmin directement après l'appel à ton remote service. donc forcement la premiere fois tu n'as pas la bonne valeur.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
 _membre.checkLogin(username.text, password.text);
callAdmin();

tu devrais plutôt gérer un event perso(par exemple: LoginEvent.OK / LoginEvent.ERROR) dans ta classe Membre que tu écoutes sur ta popup et en fonction tu appelles ta méthode callAdmin.

[nikko49]

Merci pour la réponse.

Je vais essayer de mettre ça en place et je vous tiens au courant de mon avancée

[nikko49]

Voila, comme convenu je reviens vers vous

Grâce au conseil de Jim_Nastiq, mon module d'identification fonctionne parfaitement.

Les étapes de modification sont les suivantes :

* Ajouter un extends à la classe nécessaire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
public class Membre extends EventDispatcher

Ceci va permettre d'utiliser l'appel à dispatchEvent (autrement dit on va pouvoir générer un event "écoutable" n'importe où).

* Créer son évènement (event) :
ATTENTION : Pour que l'event crée soit "écoutable" de n'importe où, créer l'évènement de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dispatchEvent( new Event("LoginEventOk", true, true)

C'est surtout le premier "true" qui signale que l'event est accesible par tous les parents.

* Enfin, on va écouter son évènement à partir du formulaire de connexion :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
_membre.addEventListener("LoginEventOk", loginOK);
_membre.addEventListener("LoginEventError", loginError);

Et voilà, avec ça, plus de problème de réponse asynchrone. Plus besoin de valider 2 fois son formulaire.