Discussion :

[herve91]

Il faut procéder autrement :
la tâche "longue" doit être exécutée dans un thread séparé
la mise à jour de l'UI doit s'effectuer dans le thread EDT

Le code doit répondre à cette exigence. Dans ton cas, le 1er code est correct ; attention néanmoins au commentaire de la javadoc :

This method is thread safe, although most Swing methods are not. Please see
http://java.sun.com/products/jfc/swi...e/threads.html for more information.

[sinok]

De fait je te recommande très fortement la lecture du tuto suivant qui explique les tenants et aboutissants de l'EDT et de l'interaction Swing/Threads. http://gfx.developpez.com/tutoriel/j...ing-threading/

Accessoirement je recommande également très fort l'utilisation du SwingWorker qui facilite l'intégration des tâches longues dans Swing.
http://rom.developpez.com//java-swingworker/

Vouloir consommer les évènements de façon artificielle est une très mauvaise idée. De plus ta tâche longue dans l'EDT empêche justement la file d'évènements de se vider. Donc ta tâche doit être exécutée dans un thread à part et surtout pas via un InvokeLater qui exécute un Runnable dans l'EDT, qui est le thread destiné à dépiler la file des évènements graphiques

[Rhadamenthys]

la mise à jour de l'UI doit s'effectuer dans le thread EDT

Si je comprend bien dans mon exemple, je ne dois pas appler directement JLabel.setText(), mais une méthode délégué par le container qui contiens mon label.

exemple :

dans le thread j'appelle une fonction du genre monContainer.setAff()

et dans mon container il y aurait un truc du genre

public void setAff(){
monLabel.setText()
}

??


@Sinok
Merci pour les liens

[sinok]

Si je comprend bien dans mon exemple, je ne dois pas appler directement JLabel.setText(), mais une méthode délégué par le container qui contiens mon label.

exemple :

dans le thread j'appelle une fonction du genre monContainer.setAff()

et dans mon container il y aurait un truc du genre

public void setAff(){
monLabel.setText()
}

??

Non, ce n'est absolument pas ça.

Va lire le premier tuto tu comprendras ton problème.

[Rhadamenthys]

J'ai lus le tuto et j'en reviens à penser que le invokeAndWait fait ce que je veux faire. Car pour réaliser l'action il doit d'abord consommé tous les évènements avant l'évènement poster.

Merci à vous.

[sinok]

Le invokeAndWait permet de faire en sorte qu'un thread (qui n'est pas l'EDT) déclenche une action bien précise dans l'EDT et attends que celle ci se termine pour continuer. Rien à voir avec les actions multiples qui pourraient se passer partout dans l'EDT.

Si tu reprends ton second exemple, voici ce qu'il faut réaliser:

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
  private void jButton2ActionPerformed(java.awt.event.ActionEvent evt) {//GEN-FIRST:event_jButton2ActionPerformed 
      Thread t = new Thread(new Runnable() {             
           public void run() {                  
               for (int i=1;i<10;i++) {
                    //MAJ GUI
                    SwingUtilities.invokeLater(new Runnable() { 
                         public void run() {
                              jTextAff.setText("Pos :"+i);
                         }
                    });
                    try {                         
                         Thread.sleep(1000);                     
                    } catch (InterruptedException ex) {                       
                    }                 
                }             
           }         
       });     
}

[Rhadamenthys]

Je suis entierement d'accord avec toi.

Il post l'évènement dans la file et attends qu'il se réalise. Et donc consomme tous ceux qui sont avant lui pour le consommé, car ca marche comme un fifo (enfin si j'ai bien cerné le fonctionnement de la file).

En tous cas merci pour vos réponses