Discussion :

[Hind4Dev]

Un peu confondu pour commencer en en utilisant ExecutorService, j'ai une application clients/serveur, où chaque client doit exécuter quelques méthodes par ordre, ainsi que le serveur tout en se partageant quelques données, j'ai eu des problèmes en implémentant de simples threads donc j'ai pensé à refaire avec ExecutorService, mais j'ai senti un conflit en suivant les tutoriels :

• Est ce que cette ExecutorService prend en charge mes threads clients ou leurs tâches, est ce que ce code est bon

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
19
20
21
22
23
24
25
26
27
28
29
30
 
public class ClientThread implements Runnable{
        private int id;                   private Socket socket;
 
        public ClientThread(int id, Socket s){
             this.id = id;
             this.socket = s;
        }
        public void run(){
               méthodeTache1();
               méthodeTache2();
               ...
        }
        méthodeTache1(){}
        méthodeTache2(){}
}
 
public class Server{
       public void runServer(){
              Runnable serverTask = () -> {                
                    ServerSocket srv = new ServerSocket(Integer.valueOf(txtPort.getText()));
                    ExecutorService execClients = Executors.newFixedThreadPool(nbrClients);
                    for(int i = 0 ; i < nbrClients ; i++){
                        execClients.submit(new ClientThread(i, srv.accepte()));
                    }
              }
             Thread serverThread = new Thread(serverTask);
            serverThread.start();
       }
}

• Est ce que l'ExecutorService s'en charge de démarrer les thread clients sans que je mette start() ?

svp besoin d'un cours pour débutants dans ce domaine

merci

[tchize_]

un executorService reçois des Runnalbe ou des Callable, pas des Thread. Il a normalement ses propre thread. Après, pour ce qui est de l'exécution des méthodes, ca dépend de l'implémentation que tu prend de l'executorService. En général c'est le ThreadPoolExecutor qu'on utilise, qui a une certain nombre de thread et dispatche les tâches dans ceux-ci avec une pile d'attente.

Donc oui, tu peux utiliser ça pour limiter le nombre de threads dont ton programme à besoin.

Mais dans ton code là ça sert à rien. Tu crée N thread pour N client dans le service, ça n'apporte rien par rapport à utiliser directement tes threads

[Hind4Dev]

voudriez vous bien m'expliquer donc ça sert à faire quoi au juste, pour que je puisse bien l'exploiter, car le problème que j'ai dans ma présente implémentation, est l'attente de certains paramètres par messages avant de lancer l'exécution d'autres méthodes, je n'ai pas pu trouver des listeners pour les sockets

[professeur shadoko]

car le problème que j'ai dans ma présente implémentation, est l'attente de certains paramètres par messages avant de lancer l'exécution d'autres méthodes, je n'ai pas pu trouver des listeners pour les sockets

java.nio.channels.SocketChannel et son Selector?

[Hind4Dev]

non sans channel ni selector, déjà je les connais même pas, je suis débutante en programmation réseau, j'ai juste mon ServerSocket et les Scokets pour chaque client

[professeur shadoko]

non sans channel ni selector, déjà je les connais même pas, je suis débutante en programmation réseau, j'ai juste mon ServerSocket et les Scokets pour chaque client

et bien voilà l'occasion d'apprendre
les sélecteurs ça se trouve dans plein de langages de programmation et c'est bien pratique pour te réveiller ...