Discussion :

[oldergod]

Bonjour,

voila, j'ai lu les differents tuto concernant l'EDT et le systeme de fonctionnement de SwingUtilities et de SwingWorker.
J'ai juste 2 petites questions pour etre sur.

1- En gros, si je ne suis pas dans l'EDT (!SwingUtilities.isEventDispatchThread()) et que je realise une action sur un composant graphique, je dois utiliser un des SwingUtilities.invoke* sinon, meme si ca marche je viole le systeme de Thread unique la, c'est bien ca?
2- Pour le SwingWorker:
J'ai un JTextPane avec un thread dessus qui part une boucle infinie refresh toutes les 5secondes le contenu car je change le design en fonction du temps passe etc...
Serait-il recommande dans ce cas la d'utiliser un SwingWorker et de le terminer en quittant le programme, de la meme maniere qu'on termine un Thread (en mettant un boolean dans le while par exemple) ou ca ne sera finalement pas pertinent ?

Merci d'avance pour vos reponses.

[fr1man]

Oui pour ta première question.

A priori oui également pour ta deuxième question, en utilisant doInBackground pour le traitement en arrière plan, et publish et process pour actualiser ton JTextPane.

[oldergod]

Merci beaucoup pour la reponse

[adiGuba]

Salut,

1- En gros, si je ne suis pas dans l'EDT (!SwingUtilities.isEventDispatchThread()) et que je realise une action sur un composant graphique, je dois utiliser un des SwingUtilities.invoke* sinon, meme si ca marche je viole le systeme de Thread unique la, c'est bien ca?

Oui.
Les composants AWT/Swing ne sont pas thread-safe. C'est à dire qu'ils ne peuvent pas être utilisé depuis plusieurs threads à la fois. En l'occurrence l'EDT est le seul thread qui doit les manipuler.

Si tu ne respectes pas cette règle, tu encours plusieurs types de problèmes plutôt obscurs liés aux accès concurrents, et même si cela semble marcher cela pourrait planter sans prévenir selon l'état des threads.

Le gros problème c'est que ce genre de problème est difficile à mettre en évidence. Donc ton programme risque de planter de manière aléatoire, avec des erreurs parfois difficile à reproduire...

2- Pour le SwingWorker:
J'ai un JTextPane avec un thread dessus qui part une boucle infinie refresh toutes les 5secondes le contenu car je change le design en fonction du temps passe etc...
Serait-il recommande dans ce cas la d'utiliser un SwingWorker et de le terminer en quittant le programme, de la meme maniere qu'on termine un Thread (en mettant un boolean dans le while par exemple) ou ca ne sera finalement pas pertinent ?

Les SwingWorkers sont exécutés par défaut dans un thread daemon, c'est à dire un thread qui sera détruit lorsque qu'aucun autre thread "standard" n'existe. En clair il s'arrêtera automatiquement à la fin de ton programme.

Les SwingWorkers sont fait pour exécuter des tâches "lourdes" en dehors de l'EDT, afin de ne pas bloquer ce dernier.

En fait l'EDT correspond à un thread qui traite ses actions via une boucle infini :

• Affichage des composants
• Gestion des évènements
• Exécution des SwingUtilities.invoke*()
• ...

Donc s'il faut obligatoirement y effectuer les modifications sur les composants, il ne faut pas y exécuter de traitement "lourd" ou "bloquant" sous peine de retarder le traitement de ses autres actions (affichage et gestion des évènements).

SwingWorker est donc une classe utilitaire permettent d'exécuter du code lourd en dehors de l'EDT, tout en permettant un dialogue avec ce dernier (par exemple pour mettre à jour des données).


Dans ton exemple avec le JTextPane, il faudrait avant tout savoir en quoi consiste ton traitement, car selon les cas tu pourrais peut-être également utiliser un Timer...

a++