Swing et thread

Version imprimable

06/06/2006, 22h06
trax44

Swing et thread

Faut il lancé ça GUI swing dans un thread a part ?
J'ai vu pas mal de programme qui font ça et des elements de la faq qui en parle mais d'après ce que j'avais compris le fait de rendre visible une JFrame par exemple fait lancé un thread propre a la GUI.
Personnelement, je n'ai jamais eu besoin de thread pour ça dans mes applications, et je n'ai jamais rencontré de problèmes ; mais peut etre que je n'étais pas dans les bonnes conditions. Alors threadé ou pas threadé ?

Cordialement
trax

Oui, il faut toujours créer un thread à part, ou, plus exactement, toujours se placer dans le dispatching thread, dès le départ.

Voici le modèle de la méthode main d'un programme swing, extrait d'une HelloWorld :
Code:

1 2 3 4 5 6 7 8 public static void main(String[] args) { //Schedule a job for the event-dispatching thread: //creating and showing this application's GUI. javax.swing.SwingUtilities.invokeLater(new Runnable() { public void run() { createAndShowGUI(); } });
Au départ, sun disait que ce n'était pas la peine ; puis ils ont découvert un bug de conception, et, finalement, il faut toujours le faire.

06/06/2006, 22h39
trax44

il a pas été corrigé depuis parce que pas mal de code présent sur le site de sun n'implemente pas de thread pour la GUI (ancien code ou code recent) ?
06/06/2006, 22h43
Tulipe.Moutarde

Si tu sais lire l'anglais, je te conseille de télécharger le chapitre gratuit de: Desktop Java Live.

Il couvre les Threads avec Swing. Je n'y ai que jeté un oeil pour le moment mais il sembe très bien fait.

Sinon, il y a aussi un très bon article de Romain Guy sur Progx (recherche dans les archives)...
07/06/2006, 02h43
bouye

Citation:

Envoyé par trax44

il a pas été corrigé depuis parce que pas mal de code présent sur le site de sun n'implemente pas de thread pour la GUI (ancien code ou code recent) ?

Disons qu'il ne suivent pas toujours eux-meme leurs propres recommandations (comme tout un chacun).

Suivant les versions de la JVM et les OS sur lequel le programme s'execute ca peut plus ou moins causer de problemes.

Dans mon cas j'utilisais des Window avec une barre de progression et un label de message pour afficher des ecrans de demarrage et la progression du lancement des mes programmes et ben d'un coups dans Java 1.5 et sous Linux (et uniquement avec cette version sous cet OS) le programme crashait lors de son initialisation car je manipulais la Window depuis la thread du main(). J'ai donc du tout deporter dans l'EDT a grands coups de SwingUtilities.invokeAndWait() et SwingUtilities.invokeLater(). Et hop tout remarche partout pareil partout 8-) sans se vautrer !
07/06/2006, 09h05
soad
juste une petite question aussi:

Toute les modifications d'une interface swing doit être fait avec SwingUtilities ?

par exemple un :

Code:

jTextField.setText("HAHAHAHAH");

doit être fais comme cela:
Code:

1 2 3 4 5 6 javax.swing.SwingUtilities.invokeLater(new Runnable() { public void run() { jTextField.setText("HAHAHAHAH"); } });
C'est un peu lourd non ?
07/06/2006, 09h08
Baptiste Wicht

Tout modification de l'interface dans un thread séparé de l'EDT devrait être fait ainsi, mais il n'y a pas besoin de le faire quand on est dans l'EDT puisque invokeLater ajoute tout simplement l'événement dans l'EDT.
07/06/2006, 09h08
afrikha

Oui c'est un peu lourd, mais java 6 palièra ce problème grâce à la classe SwingWorker qui utilisera notamment la nouvelle (magnifique) api java.util.concurrent.
Tu peux te procurer cette classe sur le site de Sun.
Cherche sur google tu trouveras plein d'informations là-dessus.
07/06/2006, 09h39
soad

hmmm oui ça a l'aire plus intéressant StringWorker meme si je trouve ça tjs un peu lourd...

merci :P
07/06/2006, 10h18
Baptiste Wicht

Citation:

Envoyé par soad

hmmm oui ça a l'aire plus intéressant StringWorker meme si je trouve ça tjs un peu lourd...

merci :P

Juste une correction, c'est SwingWorker et pas StringWorker :lol:

EDit: Correction
07/06/2006, 10h26
afrikha

Citation:

Envoyé par wichtounet

Juste une correction, c'est SwingWorking et pas StringWorkder :lol:

Juste une petite correction: c'est SwingWorker et non SwingWorking :P
07/06/2006, 10h26
Baptiste Wicht

Citation:

Envoyé par afrikha

Juste une petite correction: c'est SwingWorker et non SwingWorking :P

J'ai juste pu corrigé avant :P En plus j'avais 2 erreurs :oops:
07/06/2006, 10h34
soad

Citation:

Envoyé par wichtounet

Juste une correction, c'est SwingWorker et pas StringWorker :lol:

EDit: Correction

Oui c'est juste :roll:
j'sais pas pkoi j'ai mis String... c'est ptetre pcq j'aime bien ce mot :mouarf:
07/06/2006, 12h51
spekal

Concernant l'obligation de s'activer dans le thread swing, c'est effectivement un peu lourd, mais cela n'est nécessaire que si tu réponds à un événement extérieur à l'interface utilisateur. Par exemple, au lancement, tu n'y es pas. Mais si tu réponds à un événement utilisateur (clic souris, menu, etc), tu es forcément dans le thread swing, donc pas besoin de chercher le thread swing.

Si tu es dans une situation où tu ne sais pas, tu peux utiliser javax.swing.SwingUtilities.isEventDispatchingThread().

Citation:
Envoyé par spekal
Oui, il faut toujours créer un thread à part, ou, plus exactement, toujours se placer dans le dispatching thread, dès le départ.

Voici le modèle de la méthode main d'un programme swing, extrait d'une HelloWorld :
Code:

1 2 3 4 5 6 7 8 public static void main(String[] args) { //Schedule a job for the event-dispatching thread: //creating and showing this application's GUI. javax.swing.SwingUtilities.invokeLater(new Runnable() { public void run() { createAndShowGUI(); } });
Au départ, sun disait que ce n'était pas la peine ; puis ils ont découvert un bug de conception, et, finalement, il faut toujours le faire.
Wow! J'ai essayé, et ça ne marche pas top du tout!
Voici le code de ma méthode createAndShowGUI() :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 public static void showGUI(){ try { MaFrame inst = new MaFrame(); inst.setVisible(true); DisplayLogo logo = new DisplayLogo(); Thread t1=new Thread(logo); t1.start(); while(t1.isAlive()){ } logo.garbageCollecting(); logo.removeAll(); logo=null; } catch (Exception e) { e.printStackTrace(); } }
où MaFrame est ma classe principale qui représente la frame principale de mon appli, et DisplayLogo est une classe qui est sensée afficher un splashscreen.

Avec le coup du thread, mon splashscreen ne s'affiche pas et bloque toute l'appli. C'est grave docteur?

A quoi sert la thread sur le logo ?

Sinon j'ai peur qu'il ne te faille revoir ta fonction et insérer un ou plusieurs SwingUtilities.invokeAndWait() ou SwingUtilities.invokeLater() pour repartir ta procédure d'initialisation sur plusieurs troncons de l'EDT de manière à insérer un ou plusieurs cycle de repeinture (et de propagation d'évènements) entre les instructions et pouvoir ainsi voir s'afficher ton splash screen. Qq chose du genre (pas testé) :
Code:

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 /** Should be executed at EDT. */ public static void createAndShowGUI(){ /** @todo Verify we are at EDT and if not use SwingUtilities.invokeLater() to self-invoke. */ try { // Create and display logo. final DisplayLogo logo = new DisplayLogo(); // Initialize GUI. // Normally the logo should have had time to appear. SwingUtilities.invokeAndWait(new Runnable() { /** @inheritDoc */ public void run() { // We may want to update a progress bar on the logo or display initialization messages. MaFrame inst = new MaFrame(logo); inst.setVisible(true); } }) logo.garbageCollecting(); logo.removeAll(); } catch (Exception e) { e.printStackTrace(); } }
Et dans le constructeur de ta classe MaFrame, si tu dois mettre à jour le logo alors à nouveau tu utilises SwingUtilities.invokeAndWait(). Le but du jeu n'est pas de forcement aller vite mais d'arriver à faire s'afficher les notifications sur l'écran de démarrage (rappel on insère ainsi des phases de repeinture entre des phases "actives" où le code s'exécute). Je pense que tu as plus de chance de voir les messages apparaitre avec SwingUtilities.invokeAndWait() qu'avec SwingUtilities.invokeLater() en effet on est déjà dans l'EDT (à priori) et donc il n'y aura pas de repeinture tant que l'initialisation de la frame ne sera pas terminée.

Tu peux aussi également utiliser un Timer Swing plutot qu'une Thread pour patienter qq millisecondes entre l'initialisation de ton logo et le début de la construction/affichage de la frame.

07/06/2006, 15h47
seiryujay
Le thread sur le logo sert à ce que le splashscreen s'affiche tout en laissant à l'utilisateur la possibilité d'atteindre et d'utiliser l'IHM principale avant la fin du splashscreen. Enfin, c'est ce que j'en ai compris (c'est pas moi qui l'ait codé)
Parce qu'en fait, le splashscreen étend JPanel, implémente l'interface Runnable et fait ça dans son run() :
Code:

1 2 3 4 5 6 7 8 this.setVisible(true); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } this.dispose();
Et ça marchait très bien quand on appelait directement createAndShowGUI() dans la méthode main().

Je teste ta méthode...
07/06/2006, 16h01
seiryujay

C'est pas convaincant...
Sans la déclaration du thread, la méthode run() de DisplayLogo ne se lance pas, donc pas de splashscreen.

Si je le rajoute, ça bloque avec le invokeLater() alors qu'avec le invokeAndWait() ça plante carrément : j'ai pas le droit de l'appeler dans l'EDT... :(

En gros, quelle méthode utilisez-vous pour afficher un splashscreen?
Je pense que mon souci vient de là en fait...
07/06/2006, 16h37
spekal
Quel est l'objectif de ce code dans ta méthode showGUI :
Code:

1 2 3 4 while(t1.isAlive()) { }
???

A mon avis, si tu pouvais trouver mieux, ça bloquerait moins...
07/06/2006, 16h43
seiryujay
Citation:
Envoyé par spekal

Quel est l'objectif de ce code dans ta méthode showGUI :

Code:

1 2 3 4 while(t1.isAlive()) { }

???

A mon avis, si tu pouvais trouver mieux, ça bloquerait moins...
Ca sert à ne détruire le splashscreen qu'une fois que ses 3s de temps de vie sont achevées. (cf méthode run() que j'ai postée plus haut).

Ce n'est pas moi qui ait pondu ce code, et ça ne me paraît pas le plus propre, mais vu que ça marche, je n'y ait pas touché...

Je m'y attacherai peut-être un peu plus tard...
07/06/2006, 19h24
Gfx

Sachez aussi que certaines méthodes Swing sont thread-safe et n'ont pas besoin d'être invoquées dans l'EDT. C'est le cas par exemple des méthodes setText()/getText().
07/06/2006, 19h27
Baptiste Wicht

Citation:

Envoyé par Gfx

Sachez aussi que certaines méthodes Swing sont thread-safe et n'ont pas besoin d'être invoquées dans l'EDT. C'est le cas par exemple des méthodes setText()/getText().

Cool, c'est bon à savoir ca :P Merci beaucoup ;)
07/06/2006, 22h57
bouye

Ca serait probablement mieux alors d'utiliser un Timer (celui de Swing pas l'autre) pour faire disparaitre le logo après le temps voulu.

Salut, j'espère que le retour n'a pas été trop dur ;)

Citation:

Envoyé par javadoc JComponent

Thread Safety
The swing text components provide some support of thread safe operations. Because of the high level of configurability of the text components, it is possible to circumvent the protection provided. The protection primarily comes from the model, so the documentation of AbstractDocument describes the assumptions of the protection provided. The methods that are safe to call asynchronously are marked with comments.

Seule la doc des méthodes replaceSelection(), setText() dans JTextComponent dit qu'elles sont thread-safe. Pour les autres, getText() dans JTextComponent et setText()/getText() dans JLabel, ce n'est guère explicite (besoin d'un errata dans la doc ?).
08/06/2006, 09h01
soad

Citation:

Envoyé par bouye

Seule la doc des méthodes replaceSelection(), setText() dans JTextComponent dit qu'elles sont thread-safe. Pour les autres, getText() dans JTextComponent et setText()/getText() dans JLabel, ce n'est guère explicite (besoin d'un errata dans la doc ?).

en meme temps getText ne change pas l'interface graphique.. non ? :roll:
08/06/2006, 09h44
Invité

Super interessant cette discussion mais invokeLater, invokeAndWait ca ne me dis pas grand chose, ou trouver une doc vraiment dédiée à cela ?
:oops:
08/06/2006, 09h51
Invité

Citation:

Envoyé par TulipeMoutarde

Si tu sais lire l'anglais, je te conseille de télécharger le chapitre gratuit de: Desktop Java Live.

Il couvre les Threads avec Swing. Je n'y ai que jeté un oeil pour le moment mais il sembe très bien fait.

Sinon, il y a aussi un très bon article de Romain Guy sur Progx (recherche dans les archives)...

Les deux liens sont morts..
Pour le liens ProgX c'est pas grave, je l'avait déja http://www.progx.org/

mais pour le chapitre gratuit, ça m'embête un peu plus..
08/06/2006, 10h25
seiryujay

J'essaierai de reprendre ça quand j'aurai le temps...
Merci pour l'info en tout cas!
08/06/2006, 12h39
bouye

Citation:

Envoyé par soad

en meme temps getText ne change pas l'interface graphique.. non ? :roll:

D'oooh !! :oops:

Citation:

Envoyé par Blaise1

Super interessant cette discussion mais invokeLater, invokeAndWait ca ne me dis pas grand chose, ou trouver une doc vraiment dédiée à cela ?
:oops:

Il y aussi la javadoc de ces deux méthodes
http://java.sun.com/j2se/1.5.0/docs/...lang.Runnable)
http://java.sun.com/j2se/1.5.0/docs/....lang.Runnable)

La doc précise qu'il n'est pas conseillé d'appeler invokeAndWait() depuis l'EDT, dans ce cas utiliser invokeLater() à la place. Mais bon comme ca dur dur de voir les notifications d'avancement dans la construction d'une l'interface graphique si cette construction se fait elle-même durant l'EDT.
08/06/2006, 20h45
Gfx

Mon article sur Swing et les threads devrait être publié très prochainement sur developpez. Si adiGuba passe dans le coin il pourra en dire un peu plus.
08/06/2006, 21h23
Tulipe.Moutarde

Citation:

Envoyé par Blaise1

Les deux liens sont morts..
Pour le liens ProgX c'est pas grave, je l'avait déja http://www.progx.org/

mais pour le chapitre gratuit, ça m'embête un peu plus..

:? bizarre je premier lien marche pourtant chez moi ?!

Sinon va sur http://www.sourcebeat.com/ et cherche le livre Desktop Java Live de Scott Delap
08/06/2006, 23h15
adiGuba

Citation:

Envoyé par Gfx

Si adiGuba passe dans le coin il pourra en dire un peu plus.

L'équipe de rédacteur Java est sur le coup ;)
L'article devrait être publié prochainement. Je vous avertirais en postant ici au cas où...

a++
19/06/2006, 10h00
adiGuba

Salut,

Pour ceux qui l'aurait loupé, l'article de Gfx est publié :

Citation:

Tutoriel : Threads et performance avec Swing par Romain Guy

a++
19/06/2006, 16h07
biozaxx

Tres tres interressant.

par contre il semble que ce lien soit mort :(
ftp://ftp-developpez.com/gfx/demos/w...gressDemo.jnlp

il provient de l'article "Attendre avec style en utilisant Swing"

http://gfx.developpez.com/tutoriel/java/swing/wait/

est ce que quelqu'un peut me confirmer ?

merci
19/06/2006, 16h19
Gfx

Quand une démo de mes articles ne marche pas, tu peux te rendre sur les articles originaux (en anglais) :

http://www.jroller.com/page/gfx/Archives

Dans ce cas précis :

http://www.jroller.com/page/gfx/2005...style_in_swing
19/06/2006, 16h30
adiGuba

Citation:

Envoyé par biozaxx

par contre il semble que ce lien soit mort :(
ftp://ftp-developpez.com/gfx/demos/w...gressDemo.jnlp

Tu ne serais pas derrière un proxy qui bloquerais l'accès aux FTP ?
Essaye cette URL : http://gfx.ftp-developpez.com/demos/...gressDemo.jnlp

a++
19/06/2006, 18h45
soad

y a pas un problème avec vos fichier *.jnlp sur développez ??? A mon avis le serveur n'a pas été configurer pour que les fichiers jnlp sois ouvert par java webstart ... ?!?!

Pour que ca marche il faut enregistrer la cible sur le poste et l'exécuter depuis là...
19/06/2006, 19h16
biozaxx

Citation:

Envoyé par Gfx

Dans ce cas précis :

http://www.jroller.com/page/gfx/2005...style_in_swing

c'est noté :) et ici ca fonctionne
merci

Citation:

Envoyé par adiGuba

Tu ne serais pas derrière un proxy qui bloquerais l'accès aux FTP ?
Essaye cette URL : http://gfx.ftp-developpez.com/demos/...gressDemo.jnlp

non je ne suis pas derriere un proxy. En general je n'ai pas de probleme pour lancer les web start (principalement sur le site de sun).
Ce qui est bizarre sur l'url que tu me fournis c'est que ca ne m'execute pas java web start mais cela m'affiche le source dans mon browser (opera) 8O
bon c'est pas grave puisque j'ai reussi a l'executer depuis le site de Gfx.
Merci a vous 2.
22/06/2006, 13h10
Invité

En tout cas grand merci à Gfx, grâce à lui je commence à comprendre tout ce qu'il faut sur les Threads avec Swing..

Encore un de ces articles que je vais conserver soigneusement.

[ J'ai vraiment bien fait de m'abonner à cetet discussion ]