Discussion :

[psykoprof]

Bonjour, je suis en train de développez une appli client/serveur toute simple pour m'entrainer. J'ai déjà un serveur réalisé en Qt/C++ qui marche très bien avec mon client Java :

Connexion et déconnexion du client : OK
Envoi de message texte : OK

Mon serveur a une option permettant de déconnecter le client connecté en utilisant l'IP du client. Avec un client Qt/C++ je peux détecter la déconnexion depuis le serveur avec un signal : deconnected()
Existe-t-il un mécanisme similaire en Java ?, car mon client Java croit qu'il est toujours connecté alors que coté serveur je l'ai pourtant dégagé.

J'ai vu que plusieurs personnes sur d'autres forum avaient le même probleme mais les solutions ne sont jamais vraiment très claires.

Quelqu'un a-t-il une idée ?

Merci d'avance.

[Torg666]

En fait, en supposant que tu utilise un serveur de socket, la deconnection se fait lorsque le flux de données est interrompu.
Lorsque le client se deconnecte, le flux est interrompu après a toi de gerer la suite des evenements (notament s'assurer que le socket client est bien fermé).
On lit, en général, le flux dans un boucle et la lecture de ce flux renvoi un code spécifique qd il est interrompu (comme par exemple un read sur un BufferedInputStream renvoi -1).
Pour faire du "multiClient" il faut bien entendu savoir se servir de thread pour ecouter les socket de chaque client.

[psykoprof]

Merci pour l'info.

Pour le serveur multiClient c'est ok avec les threads.

Mon soucis c'était de pouvoir détecter coté client une déconnexion faite par le serveur. Qt intègre des signaux qui facilite cette détecttion sans avoir à lire le flus de données mais pas Java apparement.

Je vais voir ça.

A plus !