Communication entre GUI et thread

Bonjour,
j'utilise NetBeans 7.0.
Je voudrais réaliser le programme suivant:
J'ai un panneau (JPanel) contenant une zone de texte (JTextField) et un bouton.
Lorsque je clique sur le bouton, je veux démarrer un thread. Ce thread réalise en boucle une tâche plus ou moins longue, et à chaque boucle je veux afficher le résultat de la tâche dans la zone de texte.
Je crois que la meilleure façon de faire est d'implémenter un écouteur (la classe de mon GUI écoute le thread). Mais je ne sais pas comment faire.
Dois-je créer une interface écouteur de ce genre :

Code:

---

1 2 3 4 5

import java.util.EventListener; public interface eventListener extends EventListener { void addEventListener(MyThread thread); }

---

Je ne suis sûrement pas le premier à vouloir faire ça...
Pouvez-vous m'orienter vers la solution ?
Merci d'avance

Le plus simple est de passer en paramètre à votre Thread lors de sa création le composant sur lequel il doit écrire ses résultat :)

Je modifierai la boucle principale d'exécution du programme pour qu'elle vérifie l'état des threads secondaires quand elle a fini de traiter les événements utilisateurs, mais c'est difficile de vous aider sans savoir quelle API vous utilisez car cette boucle dépend justement de l'API.
Dans Swing, elle est cachée mais on peut utiliser SwingUtilities.invokeLater pour faire ce que vous demandez.

Citation:

---

Envoyé par tchize_

Le plus simple est de passer en paramètre à votre Thread lors de sa création le composant sur lequel il doit écrire ses résultat :)

---

Swing n'aime pas du tout qu'on accède à ses composants depuis plusieurs threads.

Citation:

---

Envoyé par tchize_

Le plus simple est de passer en paramètre à votre Thread lors de sa création le composant sur lequel il doit écrire ses résultat :)

---

Merci pour votre réponse. C'est en fait ma première solution (qui fonctionne). Je passe au thread la référence de la zone de texte. Mais je ne trouve pas cette approche très P.O.O. Je débute en Java, mais je connais le C++. En C++, le thread enverrait un message au GUI pour lui demander de mettre à jour ses champs, plutôt que de le faire faire directement par le thread.
Cordialement

Citation:

---

Envoyé par BugFactory

Je modifierai la boucle principale d'exécution du programme pour qu'elle vérifie l'état des threads secondaires quand elle a fini de traiter les événements utilisateurs, mais c'est difficile de vous aider sans savoir quelle API vous utilisez car cette boucle dépend justement de l'API.
Dans Swing, elle est cachée mais on peut utiliser SwingUtilities.invokeLater pour faire ce que vous demandez.

---

Merci pour votre réponse. J'utilise Swing. Mais les "listeners" ne sont-ils pas faits pour ce genre de problème ?

Citation:

---

Envoyé par Harry_Covair

Merci pour votre réponse. C'est en fait ma première solution (qui fonctionne). Je passe au thread la référence de la zone de texte. Mais je ne trouve pas cette approche très P.O.O. Je débute en Java, mais je connais le C++. En C++, le thread enverrait un message au GUI pour lui demander de mettre à jour ses champs, plutôt que de le faire faire directement par le thread.
Cordialement

---

Les message GUI, c'est pas à toi de t'en occuper, les composant s'en chargent. Quand au message de bugfactory: je n'ai jamais dit qu'il fallait faire la modification depuis le thread (unité ordonnancement) en question, juste qu'il
fallait passer le composant au Thread (classe) pour qu'il puisse transférer l'information au composant.

Clairement, je commencerais comme ça:

Code:

---

1 2 3 4 5 6 7 8 9 10

public Thread MyThread extends Thread{ private JTextComponent destination; //..... // hop une mise à jour à faire: SwingUtilities.invokeLater(new Runnable(){ public void run() { destination.setText(newText); } }; }

---

propre, simple pour commencer.