Version imprimable
Bonjour tout le monde,
J'ai developper une app client/serveur pour l'envois de chaine du serveur vers le client. La communication est bonne pas de soucis sauf que je n'arrive pas intercepter la déconnection du client dans le composant IdTCPServer pour que je puisse effectuer certaines opérations à partir du serveur.
Pourriez-vous SVP m'eclairer sur le comment faire ?
question stupide, mais vu que tu n'as aucune réponse ....
as tu pensé à tester tous les événements du serveur ?
après il faut faire la différence entre une déconnexion normal (bouton, application fermé) et déconnexion à cause d'une coupure internet, application killé, ect qui prend plus de temps à "être détecté"
Bonjour,
Ta question n'est pas stupide elle est intérréssante, je n'y avait pas pensé à tester les evenements du serveur.Citation:
Envoyé par Coussati
Je le ferais et si j'obtiens des resultats je les posterais. Merci à toi.
Pas avec Indy mais avec le TServerSocket, je mets en place un KeepAlive (un truc manuel pas celui du TCP/IP RFC 1122)
Ainsi passé le délai de lecture (genre toutes les minutes), j'envoie une petite trame, l'échec de l'envoi m'indique si il y a une déconnexion impromptue qui n'a pas été détecté
Je précise que je suis en mode thread blocking donc je n'utilise pas les évènements de TServerSocket
C'est valable entre programme utilisant un protocol maison, tu ne peux le faire si ton client n'est prévu pour supporter une trame de keepalive qui pourrait lui provoquer une erreur en réception
La dernière fois que j'ai utilisé un TIdTcpServer, je l'avais utilisé de la même façon mais je n'avais pas aimé son comportement mais cela datait de 2010.
Je te conseille quand même vivement le mode Thread que le mode Event
Bonjour,
Je ne sais pas ce que c'est que le mode Thread j'utilise des commandes pour lire et ecrire depuis le serveur vers le client et vise versa:Citation:
Envoyé par ShaiLeTroll
Alors je ne sais pas en quel mode je suis.Code:
2
3
Bon je crois avoir trouver, il suffit d'envoyer une chaine depuis le client à la fermeture de l'app et le serveur testera cette chaine si c'est une fermeture ou pas.
pour avoir été intéressé pendant longtemps aux sockets, j'avoue avoir eu pas mal de difficultés quand je me suis lancé
j'ai une phobie des composants client/server indy ! :mrgreen: je n'ai jamais réussi à les utiliser ! :(
si je me rappelle bien j'arrivais à envoyer des messages au server, mais pas le contraire ! ou alors le server envoyait, mais je devais coder moi même la réception côté client en testant chaque x seconde si un message est arrivé, et je trouvais ça pas du tout pratique ! après c'est peut être moi qui ne savais pas m'en servir ? voyant certaines personnes satisfaites de ces compos ...
si je ne raconte pas de bêtises, ces compos sont : bloquants et donc contrairement à Tclient/server Socket que j'ai réussi à utiliser avec succès (plus ou moins) ou aux composants tcpclient / tcpserver (dispo dans delphi 7 mais moins connu / utilisé) il n'y a pas de possibilité de choisir entre les 2 modes
Bonjour,
Pour moi pas de soucis j'envois des chaines des deux cotés. Bon, je ne suis pas habitué à utilisé Indy mais juste pour des choses simples. J'envois une chaine depuis le client et le serveur fait son traitement et lui renvoi sa réponse suivant le contexte de la demande. Tout ca dans l'evenement OnExecute du compo serveur. Pour l'envoi depuis le serveur j'utilise les mêmes commandes que j'ai cités plus haut.
on dévie du sujet ... et côté client du récupère de quelle manière ? et surtout quel événement ?
et pour revenir à ta demande, côté serveur, l'évènement "ondisconnect" ne se déclenche pas à la déconnexion d'un client ?
coté client
D'abord j'etabli la connexion à l'aide du compo IdTCPClient1 en envoyant l'ip et le nom de la machine pour que le serveur les enregistrent dans une table mémoire:
Ensuite j'envois la chaine au serveur:Code:
2
3
4
5
6
7
8
9
Je lis la réponse du serveur:Code:
2
3
Tout cela dans un bouton il n' y a pas d'evenement coté client.Code:
2
coté serveur
C'est dans l'evenement OnExecute du compo IdTCPServer1 que je recupere la chaine envoyée par le client en faisant une série de testes et renvois la réponse suivant la valeur de cette chaine.
Code:
2
3
4
5
6
7
8
Malheureusement non, je pense que cet evenement concerne la deconnexion du serveur.Citation:
Envoyé par Coussati
Bon, mais pour mon probleme je pense avoir trouver il suffit de se reconnecter depuis le client et d'envoyer une chaine de deconnexion à inserer dans la série de testes, le serveur la lis et supprime le client enregistré dans la table:
Code:
2
"Tout cela dans un bouton il n' y a pas d’événement coté client."
et bien justement ce n'est pas normal ! tu n'es pas sensé aller cliquer sur un bouton toutes les secondes pour savoir si le serveur a envoyé quelque chose
pour ce qui est de l’événement, côté serveur, je pense que c'est la déconnexion du client, mais tout bizarrement ça ne fonctionne pas ?
je pense que tu te compliques beaucoup la vie, mais bon si ça fonctionne et ça te vas, tant mieux
sinon je suppose que tu n'as jamais essayé Tclientsocket et Tserversocket ?
Ah non ! et pardon, pour le bouton c’était le teste que je faisais avant de déplacer le code contenu dans le bouton vers l'application qui, au démarrage, se connecte au serveur. Au départ je faisais cela en dehors de l'app et une fois que ca a marcher pour moi j'ai integrer cela dans l'app.Citation:
Envoyé par Coussati
Je vais revoir ca sinon je bascule vers Tclientsocket et Tserversocket que je n'ai jamais essayer merci à toi.Citation:
Envoyé par Coussati
Juste une petite question:
Si plusieurs clients se connectent en même temps au serveur es-ce qu'il peut traiter leurs demandes avec la méthode que j'utilise ?
Je veux dire il n' y a pas une file d'attente à gérer, quelque chose comme une queue list ?
non t'inquiètes ça marche bien
il y a un exemple très simple sur (de tête) delphipage.free.fr (cherche socket)
Merci à toi Coussati et à ShaiLeTroll pour le conseil donné j'avais complètement oublier de le remercier