Reflexion programmes client/serveur Java

Version imprimable

01/11/2011, 21h42
arkham55

Reflexion programmes client/serveur Java

Bonsoir à toutes et tous,

Vous allez bien?

Voilà, j'aimerai parler d'un problème que j'ai imaginé.
Il porte sur la programmation Java, j'aimerai créer deux programmes, un de type serveur et l'autre client. Le client serait une simple classe qui utiliserai un socket (avec un port défini) pour communiquer avec le serveur. Le serveur, lui, utiliserai la classe ServerSocket pour écouter sur ce port. (j'aimerai que la solution tourne en local simplement pour le moment)
Décors planté :)
A présent, le problème s'installe! J'ai pour habitude de travailler sur Eclipse, il faudrait créer les deux classes (Server.java et Client.java) dans un package, une classe main (Launch.java) qui créerai une instance serveur et puis une instance client.
Mais de la façon dont je vois le serveur, il bouclerai en attendant des traitements à effectuer après réception de requête cliente. L'application n'a pas besoin d'interface graphique.

Qu'en pensez-vous? L'orientation du projet m'a l'air correct, et pour vous? Pour le problème de la boucle du serveur, une autre solution serait-elle envisageable? Car pour afficher dans la console le statut du serveur c'est raté, vu qu'il boucle la console n'affiche rien, on dirait qu'elle bug..

Merci d'avance pour votre participation.
01/11/2011, 21h51
arkham55

Prenons le problème de la boucle du serveur sous un autre angle, imaginons que nous devions faire un espèce de terminal de commandes, le plus simple reste d'utiliser la classe Scanner et readLine qui attend que l'utilisateur encode quelque chose et valide.
Ici, ce serait le même style, à part que le programme est le serveur, et l'utilisateur est le client, le serveur attend une réponse sur le port. Comment reproduire ce schéma? A part la boucle bien entendu.
02/11/2011, 01h33
thelvin

La boucle sur la réception des messages est inévitable à un moment ou à un autre. Bien sûr dans notre monde plein de frameworks, en général plus personne ne programme plus directement sur des sockets d'écoute, et la boucle est cachée loin en dessous de tout ça. Mais elle est là.

Par contre, en général, la boucle et les opérations d'information de status, maintenance, etc, tournent dans des threads séparés. Tout cela simplifié par les frameworks.
02/11/2011, 23h26
arkham55

D'accord, je comprends. En multi-thread cela serait possible? Un thread correspondant à la boucle qui écoute le port, et un second assigné à l'affichage du statut du serveur.
Ce serait faisable vu comme ça d'après toi?
03/11/2011, 09h20
JTABLE

Citation:

Envoyé par arkham55

D'accord, je comprends. En multi-thread cela serait possible? Un thread correspondant à la boucle qui écoute le port, et un second assigné à l'affichage du statut du serveur.
Ce serait faisable vu comme ça d'après toi?

l'implémentation de la classe Server doit être basé sur les thread parce que le Server reste en écoute des sockets et ne passe pas à autre chose.

voila un code illustrons l'utilisation des thread dans la classe Server

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
 
public class Serveur {
 
	public static void main(String[] zero){
 
		ServerSocket socket;
		try {
		socket = new ServerSocket(2009);
		Thread t = new Thread(new Accepter_clients(socket));
		t.start();
		System.out.println(" prêt !");
 
		} catch (IOException e) {
 
			e.printStackTrace();
		}
	}
}
 
class Accepter_clients implements Runnable {
 
	   private ServerSocket socketserver;
	   private Socket socket;
	   private int nbrclient = 1;
		public Accepter_clients(ServerSocket s){
			socketserver = s;
		}
 
		public void run() {
 
	        try {
	        	while(true){
			  socket = socketserver.accept(); // Un client se connecte on l'accepte
	                  System.out.println("Le client numéro "+nbrclient+ " est connecté !");
	                  nbrclient++;
	                  socket.close();
	        	}
 
	        } catch (IOException e) {
				e.printStackTrace();
			}
		}
 
	}

03/11/2011, 10h34
arkham55

Merci JTable, j'avais déjà pu observer ce code sur les Threads. Mais je vais d'abord étudier de plus prêt ce système, et puis je l'implémenterai ^^
Merci à tous.