Discussion :

[vinzzzz]

Hello,

Voilà je souhaite lancer deux swing worker à la suite... J'ai une fenêtre associée qui fait état de la progression de ces deux workers et qui affiche un certain nombre de messages de log via. des propertyChangeListener.

Mon problème est que le deuxième worker doit attendre le premier avant de commencer. J'ai donc utilisé la méthode get() mais celle ci semble être bloquante au niveaux de l'interface, et du coup ma fenêtre de progression et de log n'est affichée qu'à la fin du premier worker.

Quelqu'un sait-il si il y a un moyen de faire ce que je souhaite sans bloquer la fenêtre?

Je pense créer un autre SwingWorker englobant ces deux derniers mais ca fait toujours du code en plus alors que ca n'est pas nécessaire dans l'absolu (et dans l'hypothèse ou c'est faisable autrement).

Merci d'avance

[Eric73]

Bonjour,

J'ai été confronté au même problème. En fait, le plus simple est d'utiliser des Executor ou ExecutorService (selon si tu as besoin de récupérer un résultat ou pas). Plus précisément, pour que tes workers soient exécutés successivement, il faut que tu récupères un ThreadPoolExecutor fixe dont la capacité est de 1. Un thread pool s'occupe de créer des threads au besoin, selon les Runnable qu'on lui soumet. Si tu obtiens un thread pool de capacité X, tu pourras soumettre autant de Runnable que tu veux (donc des SwingWorker aussi), mais seuls X d'entre eux seront exécutés en même temps, les autres seront mis en attente jusqu'à ce qu'un thread du pool se libère. Donc, si tu donnes une capacité de 1, tu obtiens une file de Runnable.

Pour obtenir un ThreadPoolExecutor de capacité 1 :

Code :

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

1
2
 
ExecutorService threadPool = Executors.newFixedThreadPool(1);

Mais comme ils sont gentils chez Sun, ils ont ajouté cette méthode qui simplifie la vie :

Code :

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

1
2
 
ExecutorService threadPool = Executors.newSingleThreadExecutor();

J'ignore si tu reçois exactement le même type objet (sûrement pas), mais le résultat sera le même.

Ensuite, tu soumets (dans l'ordre, bien sûr) tes workers :

Code :

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

1
2
 
threadPool.submit(monWorker);

Et à la fin, il est bon de clôturer le thread pool :

Code :

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

1
2
 
threadPool.shutdown();

Je t'encourage à bien regarder la JavaDoc sur tout ça, il y a plein de méthodes qui permettent de gérer plus finement si besoin.

Alors par contre, une chose importante quand tu utilises tout ça : tu peux utiliser sans problème la méthode done() de SwingWorker (elle est exécutée dans l'EDT, qui gère une file d'appels), mais n'oublie pas que le deuxième worker va démarrer JUSTE AVANT l'exécution de done() du premier, et c'est bien normal vu que pour le thread pool, le Runnable est terminé. Et surtout, autre problème, tu ne peux pas gérer le cas où l'exécution du deuxième worker serait conditionnelle au résultat du premier (en particulier si la condition impose une interaction avec l'utilisateur).

Dans ces cas-là, personnellement je n'ai pas encore trouvé mieux que faire démarrer le deuxième worker dans le done() du premier. Dans les cas très simples, ça va, mais c'est quand même super moche.

Voilà, en espérant t'avoir aidé .

[vinzzzz]

Oui merci ca semble fonctionner comme je souhaite. Le problèmle est en effet que je doit intéragir avec l'utilisateur dans le cas ou mon premier worker aurait rencontré des problèmes...

C'est sur que ta solution est pas très élégante car elle suppose d'intéragir avec l'utilisateur au sein du worker (dans le done) si j'ai bien compris. Humm en même temps je ne vois pas d'autres solutions pour le coup...

Bon je vais y réfléchir, en tout cas merci pour ton aide précieuse