Discussion :

[psychoP@T]

Bonjour,

je suis entrain de découvrir gwt et je pense que j'ai un petit problème de philosophie...

J'ai créé une page de login type avec 2 textbox et un bouton, le tout encapsulé dans un absolute panel.
Jusque là rien de méchant. J'ai alors découvert le RPC de manière à aller interroger une base de donnée. Là j'avoue que j'ai un peu tatonné mais bon j'y suis arrivé.

Je me suis donc dit qu'en cas de login et de mot de passe valide, je pourrai récuperer un composite par rpc (jusqu'à maintenant je renvoyai un objet contenant uniquement un string qui changeait de valeur selon le retour de la requete dans la BDD), supprimer l'absolute panel et inserer dans ma page le composite ainsi recupéré...

Malheureusement cela ne marche pas, mon code a pas l'air trop mal donc je me suis dit que je dois simplement faire une erreur de philosophie...

[mamelouk]

salut,

un composite ?

[psychoP@T]

C'est un widget qui peut contenir plusieurs autres widget : pour la javadoc c'est ici.
En fait l'idée c'est presque de transmettre une "page" contenant l'appli correspondant aux droits de l'utilisateur. En en php, j'aurais fait une redirection vers une autre page html.

[mamelouk]

Ah ok, problème de philosophie en effet.

Les widgets (composite ou autre) ne sont pas transmis par le serveur. Ils sont créés par le client.

Faut penser ta page web presque comme si tu construisais un client lourd (avec Swing). Le serveur n'est là que pour transmettre des données, pas des pages web. (tu devrais faire le tuto si c'est pas déjà fait)

donc si tu veut avoir des fonctions d'admin, tu peut par exemple afficher un champ login/password, et si le serveur indique que le login s'est bien passé alors tu remplace le contenu de la page part ton application d'admin.

tu va me dire, vu que c'est le client qui décide de l'affichage de la page d'admin, c'est pas très sécurisé. en fait il faut vérifier à chaque appel du service que l'utilisateur est bien autorisé à faire ce qu'il veut faire.

enfin, c'est ma vision des choses

[psychoP@T]

Merci, je vais essayer ça mais j'ai encore une question au niveau de la sécurité.

Si au moment de la connexion, je stocke ce qu'il y a dans mes champs login et mot de passe dans des variables globales côté client (l'idée, c'est de me créé des variables de session comme en php) et que je teste ces variables à chaque appel du serveur, c'est suffisant niveau sécurité?

[mamelouk]

désolé j'ai pas compris ce que tu veut dire. que ce soit le client qui vérifie le login/mdp ??

[psychoP@T]

Je me suis surement mal exprimé... En fait, pour résumer, ma question était: est-ce que des variables globales peuvent faire office de variable de session ou est-ce que cela pose un problème de sécurité?

Autre question (je ne sais pas si cela vaut le coup d'ouvrir un nouveau topic),
j'ai suivi tes conseils : le serveur donne son accord si le login/mdp est correct et c'est le client qui crée et insére le composite.
Jusque là ça marche par contre la mis-à-jour de l'affichage ne se fait pas automatiquement. Je suis obligé de réduire la fenêtre et de la restaurer pour voir s'afficher les changements... Il y a une méthode pour forcer le rafraichissement d'une page ou juste d'un widget?

[edit] : j'ai résolu ma deuxième question en passant par ces fameuses "variables de session" par contre celle-ci sont réinitialisée lors de l'utilisation du bouton actualiser...