Discussion :

[Bloodscalp]

Bonjour,

dans mon code j'effectue des opérations qui peuvent durer très longtemps. J'aimerais que l'utilisateur soit informé de l'avancée des opérations grâce a une JProgressBar.

Je me suis documenté sur le sujet, mais j'ai de la peine a comprendre la direction que je dois prendre.

Dois-je mettre mes opérations de longue durée dans un thread et ma JProgressBar dans un autre pour que les opération s'effectuent en parallèle ?

Les thread s'exécutent-ils dans l'EDT ? A quoi dois-je faire attention pour que mon affichage ne se bloque pas ?

Et finalement, comment puis-je faire en sorte que la JProgressBar se remplisse en fonction de l'état d'avancement des opération ? Avec une variable volatile ?

Dans l'idéal, j'aimerais également mettre un texte qui décris l'opération en cours, dois-je le mettre dans un nouveau thread ?

J'aimerais bien que vous me mettiez sur la voie, car il y a tellement de trucs que je n'y arriverais jamais en me lançant au pif. Une vision globale des choses m'aiderait beaucoup.

J'ai vu que cette question a déjà été posée plusieurs fois, mais je n'ai jamais trouvé de réponse complète.

Merci d'avance

[®om]

En gros, tu fais un nouveau Thread pour ton traitement long:

Code :

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

1
2
3
4
5
6
7
8
Thread t = new Thread() {
    @Override public void run() {
        //traitement long partie 1
        //traitement long partie 2
        //traitement long partie 3
        //traitement long partie 4
    }
};

Et tu ajoutes dans ce Thread le code:

Code :

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

1
2
3
4
5
SwingUtilities.invokeLater(new Runnable() {
    public void run() {
        maProgressBar.set...(...);
    }
});

Ce qui donne:

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
Thread t = new Thread() {
    @Override public void run() {
        //traitement long partie 1
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                maProgressBar.set...(...);
            }
        });
        //traitement long partie 2
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                maProgressBar.set...(...);
            }
        });
        //traitement long partie 3
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                maProgressBar.set...(...);
            }
        });
        //traitement long partie 4
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                maProgressBar.set...(...);
            }
        });
    }
};

Tu peux aussi utiliser SwingWorker à partir de Java 1.6...

[Bloodscalp]

Merci pour ta réponse.

Le traitement long doit donc obligatoirement être séparé en plusieurs parties si je comprend bien.

J'essaierai tout ça demain

[®om]

Merci pour ta réponse.

Le traitement long doit donc obligatoirement être séparé en plusieurs parties si je comprend bien.

J'essaierai tout ça demain

En fait, il est "séparé" en quelque sorte, mais c'est juste que tu "injectes" la mise à jour graphique de temps en temps dans ton traitement...

La classe SwingWorker permet d'avoir une meilleure abstraction...

[adiGuba]

Salut,

Tu peux aussi utiliser SwingWorker à partir de Java 1.6...

Pas besoin de Java 6 ! Tu peux l'utiliser dans Java 5.0 via un backport : https://swingworker.dev.java.net/

Mais il faut également savoir que cette classe existe quasiment depuis Swing, car elle faisait partie des premiers tutoriaux de Sun concenant Swing : http://java.sun.com/docs/books/tutor...ml#SwingWorker
(toutefois son API est très différente de la version 5.0/6).

Le traitement long doit donc obligatoirement être séparé en plusieurs parties si je comprend bien.

Le traitement long doit être exécuté dans un thread à part, alors que tout ce qui touche à l'affichage (et donc la mise à jour du progress) doit être fait dans le thread de l'EDT...

a++


a++

[Bloodscalp]

Si on appelle une méthode depuis un thread, cette méthode sera-t-elle aussi exécutés dans le thread ? ou alors dans l'EDT ?

Et y'a-t-il un risque/inconvénient à créer une grande quantité de thread ? Faut-il essayer d'en créer le moins possible ?

[adiGuba]

Si on appelle une méthode depuis un thread, cette méthode sera-t-elle aussi exécutés dans le thread ? ou alors dans l'EDT ?

Les méthodes sont toujours exécutés dans le thread où elles sont appelées, mais elles peuvent bien entendu créer d'autre thread ou utiliser l'EDT avec SwingUtilities.invokeLater() et SwingUtilities.invokeAndWait()...


Enfin, toutes les méthodes relatives aux évènements de l'interface graphique sont appelé par l'EDT (actionPerformed(), mouseClicjked(), etc.)

Et y'a-t-il un risque/inconvénient à créer une grande quantité de thread ? Faut-il essayer d'en créer le moins possible ?

Créer un thread a un coût... mais il est surement moins problématique que de bloquer l'EDT...

Et puis généralement on ne crée pas de très grand nombre de thread à la fois (à moins que l'utilisateur s'acharne à cliquer sur un bouton).

A noter que l'implémentation de SwingWorker pour Java 5.0/6 utilise un Executor et un pool de thread (10 à la fois il me semble).

a++

[Bloodscalp]

Ça fonctionne parfaitement

Merci beaucoup pour votre aide.

(Rom ton code est bien mais il y a pas mal d'erreurs )