Discussion :

[ralf91]

Bonjour !

je voudrais créer une sorte de chat, donc j'ai créé des applications clients et un ensemble de services (serveur) hébergé sur IIS qui permet la connexion et la déconnexion des utilisateur etc...

maintenant lorsqu'un utilisateur se déconnecte d'une façon normal ou bien il quitte l'application, son application envoie un message au serveur comme quoi il vient de se déconnecter et le serveur mettra a jours les utilisateurs connectés, mais lorsque l'application d'un utilisateur bug ou bien il éteint son ordinateur sans fermer l'application aucun message ne sera envoyé au serveur pour lui dire il a quitté ? comment faire donc pour mettre a jour le serveur (informer le serveur) qu'un utilisateur n'est plus connecté lorsque son application se ferme d'une manière anormale.

j'ai pensé a faire un thread au niveau du serveur (je ne sais pas trop si c'est faisable) et une méthode etatClient qui permet de récupérer la dernière date de l'appel du client au serveur, le thread compare cette date chaque les 20sec avec la date actuelle, s'il trouve une grande différences (par exemple 10sec) ben il déconnecte le client.

1- j'ai eu pas mal de bug en utilisant ceci
2- je n'ai pas su comment faire pour arrêter le thread d'observation lorsque le serveur s'arrête !

voila, merci pour votre aide

(au fait on m'a parlé des agents mobiles "je ne sais pas ce que c'est" ils font ca)

[Nathanael Marchand]

Tout dépend de comment tu as implémenté ton application et de quels bindings tu t'es servi pour la communication.

[ralf91]

ben j'ai utilisé le basicHttpBinding

Tout dépend de comment tu as implémenté ton application

je vois pas trop comment te répondre !! pourquoi ca dépend du modèle ?? je veux juste une idée ou un moyen pour le faire ?
pourquoi ca dépendrait de mon code ???

[Nathanael Marchand]

Parcequ'avec le binding que tu utilises actuellement, il n'y a pas moyen que le serveur notifie le client. C'est toujours le client qui va à la pêche aux infos.
WCF propose différents bindings pour faire des scénarios duplex (le serveur peut notifier le client et faire du push). Ces différents scénarios sont étudiés pour répondre à ta problèmatique.
Le plus simple c'est peut-être qu'à chaque demande d'information de la part du client, il y'ait le menage sur tous les clients trop vieux et que chaque client periodiquement vienne se signaler.

[ralf91]

ben justement !! dans mon cas c'est le client qui pèche les info tu l'as tres bien dit !!

en effet, je n'ai pas le choix, je dois utiliser ce binding (basic) car en fait mon application cliente tourne sur un pocket PC et le seul binding supporté par netCF est le basicHttpBinding c'est pour ca !!! sinon j'aurais utilisé le binding duplex avec les callback!!

donc tu vois toujours pas un moyen autre que ma solution ?

[Nathanael Marchand]

Effectivement ca me parait la solution!

[ralf91]

le fait d'utiliser des thread dans un service hébergé dans IIS c'est normal ? et comment le fermer après ?

[Nathanael Marchand]

Personellement, j'aurais soit fait en sorte que chaque appel d'un client fasse le menage dans la liste des clients.
Ou alors une archi un peu plus complexe: IIS qui sert de pont avec un service windows et c'est ce service windows qui fait le boulot.

[ralf91]

et comment le faire pour la deuxième proposition j'ai pas très bien compris ?