Discussion :

[Yakurena]

Bonjour,
j'ai essayé de faire une application avec plusieurs clients, et un seul serveur en Java. Pour cela, j'utilise une classe Clients et une classe Serveur (je suppose ici que les clients et le serveur sont représentés par la même machine). Le serveur ne doit, en principe, pas savoir combien de clients il devra traiter, j'ai donc utilisé une boucle "while(true)" , avec un traitement de requête d'un client par tour de boucle. J'ai donc le code suivant :

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
16
17
18
ServerSocket ss = new ServerSocket(1100);
     while(true)
     {
     Socket s = ss.accept();
     System.out.println("Connexion acceptee");
     InputStream is = s.getInputStream();
     OutputStream os = s.getOutputStream();
     DataInputStream dis = new DataInputStream(is);
     DataOutputStream dos = new DataOutputStream(os);
     PrintStream pr = new PrintStream(os);
 
     String str = dis.readLine();
     System.out.println(str);
     pr.println(str + "Reponse");
 
     s.close();
     }
ss.close();

Le problème vient de la dernière ligne de code : pour fermer le serveur, j'utilise la méthode "close" de la classe ServerSocket. Le problème est que, comme elle se situe après une boucle infinie, le problème ne peut théoriquement jamais y accéder, et cela génère une erreur à la compilation. Qqn pourrait-il me dire s'il existe un moyen de résoudre ce problème ??
Merci d'avance.

[adiGuba]

Salut,

Le problème vient de la dernière ligne de code : pour fermer le serveur, j'utilise la méthode "close" de la classe ServerSocket. Le problème est que, comme elle se situe après une boucle infinie, le problème ne peut théoriquement jamais y accéder, et cela génère une erreur à la compilation.

Le compilateur a tout à fait raison de bloquer ce code : même en pratique tu ne peux jamais accéder à la ligne ss.close() !
Ce "bloquage" du compilateur permet d'éviter certaines boucles infinis non-souhaité...

Qqn pourrait-il me dire s'il existe un moyen de résoudre ce problème ??

Il faut tout simplement que tu détermines une condition de sortie... Cela dépend donc du moyen par lequel le serveur devra s'arrêter...

Par exemple si c'est un des clients qui doit lui envoyer un message de fermeture, il suffit de gérer la condition :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
ServerSocket ss = new ServerSocket(1100);
     boolean running = true;
     while(running)
     {
     // Traitement ...
 
     if ("END_SERVER".equals(str)) {
          running = false;
     }
}
ss.close();

Sinon tu peux également tuer ton server par un Ctrl-C en utilisant un ShutdownHook comme dans l'exemple du de la FAQ :

Code :

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

1
2
3
4
5
6
7
8
9
10
ServerSocket ss = new ServerSocket(1100);
Runtime.getRuntime ().addShutdownHook (new Thread() {
	public void run() {
		try {
			ss.close();
		} catch (IOException lException) {
			lException.printStackTrace();
		}			
	}
});

a++

PS : j'ai rajouté les balises [ code ] dans ton message, merci d'y penser la prochaine fois

[Yakurena]

J'ai essayé de copier ta portion de code dans mon programme, mais il y'a toujours un problème : une fois les échanges clients-serveur terminés, quand je fais Ctrl-C pour terminer le programme, le thread qui doit en principe le terminer proprement ne s'éxécute pas ... ( j'en suis sûr, j'ai fait un test d'affichage dans la méthode run du thread, et il ne s'affiche pas). Ce qui fait que le processus correspondant au programme serveur tourne toujours après la fin de l'éxécution du programme, et, quand je veux le réexecuter, il déclenche une exception (BindException) disant que l'adresse est déjà utilisée ...
Ca pourrait se résoudre avec un KeyListener (auquel j'associerais du code à l'appui sur Ctrl-C), mais mon programme n'est pas une application graphique ...

[adiGuba]

Comment tu lances ton programme et comment tu lui envois le Ctrl-C ?
Parce que même si la méthode run() n'est pas appellé, la socket serait fermé lorsque ton programme est fini... donc je pense qu'il ne dois pas recevoir le Crtl-C...

a++

[Yakurena]

Jusque là, j'avais essayé de lancer les 2 programmes (client et serveur) sur un même terminal, et lançant le premier (le serveur) en arrière-plan.
C'est dans ce cas-là que le Ctrl-C n'avait pas l'effet souhaité. Mais j'ai ensuite essayé de lancer chaque programme sur un terminal différent, et là, le programme marche bien : je lance 1 fois le serveur, puis j'éxécute le programme client le nb de fois que je veux sur l'autre terminal, ( ça fait une requête et une réponse du serveur à chaque fois). De cette façon, le programme serveur marche tant que je ne l'arrête pas moi-même. Et en faisant Ctrl-C, cette fois, le thread s'éxécute normalement, avec le message de fin de programme qui s'affiche.
Je ne sais pas pourquoi ça marche dans un cas (2 terminaux) et pas dans l'autre (serveur en arrière-plan), mais l'essentiel est d'avoir réussi à faire tourner le programme. Merci beaucoup pour ton aide.

[adiGuba]

C'est normal, lorsque tu lances un processus en arrière plan, il ne recoit pas les Ctrl-C du terminal...

Il faut soit le remettre en avant (fg sous Unix/Linux), soit lui envoyer une commande d'arrêt (kill -9 <process_num> sous Unix/Linux, via le gestionnaire des tâches sous Windows).

a++