Discussion :

[EAKOM]

salut,
je travaille avec les sockets TCP. Mon problème est lors de la déconnexion "brutale" du client ou du serveur (câble réseau déconnecté par exemple), je veux détecter cette déconnexion.
Normalement, dans un tel cas, une exception doit être levée lorsqu'on envoie un message mais ce n'est pas toujours le cas: mon application continue à envoyer les messages comme si on est toujours connecté au réseau!!

J'ai pensé faire un acquittement, dans ce cas si un message n'est pas acquitté après un certain timeout alors je dois supposé que je suis déconnecté.
J'ai pensé meme à créer un genre de protocole que je peux utiliser pour faciliter l'interprétation des messages.
Mais arrivant à la pratique je me sens un peu perdu..

est ce que quelqu'un peut m'orienter un peu?
et merci d'avance

[nouknouk]

salut,

Mais arrivant à la pratique je me sens un peu perdu..
est ce que quelqu'un peut m'orienter un peu ?

Pourrais-tu détailler au maximum ce que tu attends comme aide, quels sont les points précis sur lesquels tu bloques, l'existant, ... ?

[dinobogan]

Donne nous le code d'envoi des messages, le plus épuré possible. Tu dois sûrement catcher une exception de travers.

[EAKOM]

Donne nous le code d'envoi des messages, le plus épuré possible. Tu dois sûrement catcher une exception de travers.

Merci pour tous de m'avoir répondu.

Pour l'envoie des message j'utilise une méthode send:

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
public class ClientCommunication extends Thread{
 
       .....
	private     ObjectOutputStream  out    ;
        ......
 
       public void send(Object o) {
	    try{
	    	out.writeObject(o);
	    }
		catch (IOException e){
		     afficherException(e);
		}
	}
}

L'objet out est bien instancié au constructeur:

Code :

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

out = new ObjectOutputStream(sock.getOutputStream());

[EAKOM]

salut,

Pourrais-tu détailler au maximum ce que tu attends comme aide, quels sont les points précis sur lesquels tu bloques, l'existant, ... ?

Mon problème est de détecter la déconnexion, donc j'ai pensé à faire un acquittement.
comment réaliser cet acquittement? plus précisément comment l'attendre x ms après l'envoie du message?
Pour la différenciation entre tout type de message, n'est il pas plus propre de créer un genre de protocole? Que dois je faire? y a-t-il des règles/normes à respecter?

et Merci encore une fois

[tchize_]

une déconnection brutale de l'autre point, si il n'est pas sur le meme réseau physique, peut prendre du temps.
Le plus simple que je vois en java c'est

1. Tu défini le sotimeout de la socket à, disons 60 secondes, des deux cotés.
2. De chaque coté, tu t'assure que, si on a rien à envoyer pendan plus de 30 secondes, on envoie alors une donnée 'd'attente' qui permet de garder la connection en vie. Ca laisse 30 secondes de congestion réseau possible avant que l'autre partie déclenche le timeout.
3. si on chope une erreur à la lecture due au sotimeout, on ferme la socket (reset)

[dinobogan]

Tente également de faire un "flush" sur l'objet "out" juste après le "writeObject" : dit nous si ça améliore la détection.

[elmor]

La solution du ack semble être bonne.

Comme l'a déja "tchize_" dit La problème lors d'une déconnexion brutale d'un host, le couche TCP peut-être très lente et même un close peut prendre pas loin d'une heure (tout dépend de la configuration de la couche TCP).

Donc il faut aussi utiliser l'option SoLinger afin d'éviter que le close de la socket ne bloque (ou alors rendre le close asynchrone ...)

Sinon je ne pense pas qu'il y est de régles :
* Le serveur envoie un commande de type ping a tous ces clients.
* Si un des clients ne répond pas --> on le tue