Discussion :

[maccormick]

Bonjour,
Je suis sur un problème depuis plusieurs jours, et après avoir essayer plusieurs méthodes qui marchent mais ne me satisfassent pas entièrement, je me tourne vers vous !
Mon but : avoir une classe qui étends JFrame, qui contiennent une JProgressBar et un JTextArea et surtout, surtout, qui soit réutilisable !

Ce que j'ai fait :
- une classe qui créé ma Jframe et qui contient des méthodes de setTitle, setTxtAppend pour mettre à jour le JTxtArea, setProgress pour mettre à jour la JProgressBar ... etc.
- une action (boucle) lancée depuis l'EDT qui met à jour la JProgressBar selon la méthode définie ci-dessus.

Avant ce que je faisais, c'était un update(getGraphics) sur ma JFrame pour mettre à jour la progressbar, ce qui marchait très bien, jusqu' à ce que je m'aperçoive que ça me rallongeai considérablement mon temps de traitement.

J'ai donc essayé le SwingWorker, qui est génial mais qui ne me sert à rien puisque de toute manière je dois attendre la fin de mon traitement pour continuer. J'ai essayé des SwingUtilities.invokelater dans tous les sens, même des invokenadwait, mais rien n'y fait : pas de mise à jour.

En fait, j'obtiens ce que je veux en faisant un progressbar.update(progressbar.getGraphics) mais le résultat est un peu "sale" : la barre clignote et ce n'est pas beau du tout (évidemment car en fait dans ce cas j'update la barre à chaque itérations)

Donc ce que je ne comprends pas, c'est que je mets bien à jour ma progressbar dans l'edt puisque j'y suis (test à l'appui ), mais la barre ne se mets pas à jour, et je suis obligé de passer par un update(getGraphics) soit de la barre, soit de la frame qui contient la barre ( d'ailleurs c'est idem pour le panel qui contient la barre ! où l JRootPane qui contient le panel qui contient ... bref, vous avez compris )

[tchize_]

après avoir lancé votre SwingWorker ou votre invokeLater, vous devez sortir de votre action pour que l'update se fasse.

Non seulement update(getGraphics()) est sale mais il est surtout garanti de ne pas fonctionner avec tous les Toolkits, getGraphics() peux retourner null ou un Graphics non prêt à l'affichage.

[maccormick]

après avoir lancé votre SwingWorker ou votre invokeLater, vous devez sortir de votre action pour que l'update se fasse.

Mais ce que je ne comprends pas, c'est d'une part pourquoi être obligé de faire un invokelater alors que je suis dans l'EDT, ce qui me rends mon processus complètement asynchrone de ma barre, et d'autre part, mon action est une boucle, donc si je sort de la boucle, je ne peux plus updater la barre ... à moins que j'aie mal compris ...
Pourquoi avoir besoin de faire tout ça alors que je reste en séquentiel, dans l'EDT, donc ça ne devrait pas être si compliqué non ? c'est simplement dû au fait que je fais appel à une classe extérieure ?
Peut être y a-t-il une façon plus simple de faire une progressbar un peu évoluée et réutilisable autre que dans une jframe, dans un dialog peut être ?
Des idées ?
Merci tchize

[tchize_]

pour faire simple, tant que votre boucle squatte l'edt, celui-ci ne va plus lire les évènements de sa pile d'évènements. ceci aura les conséquence suivantes:

1) plus aucun bouton votre application, plus aucun menu ne pourra réagir
2) l'OS va voir que les pings dans la pile ne sont pas traité et va qualifier votre application de "ne répond pas"
3) la fenetre ne se redessinera pas quand d'autre fenetre passeront au dessus, effet "rectangle gris".

Le but est justement de forcer les opérations lourdes à avoir lieu "en dehors" de l'EDT. Mais les opération sur les composants, elles doivent avoir lieu dans l'EDT.

C'est assez chiant à gérer, et SwingWorker est là pour ça

[maccormick]

pour faire simple, tant que votre boucle squatte l'edt, celui-ci ne va plus lire les évènements de sa pile d'évènements. ceci aura les conséquence suivantes

super, là j'ai très bien compris ... je crois !
mais du coup, lorsque j'utilise swingworker, comme j'ai toute une suite de processus les uns à la suite des autres, du coup la mise à jour graphique, qui doit dépendre du résultat du premier processus, se fait plus vite que le processus lui même ! du coup j'avais cherché à synchroniser le swingworker et mon processus, ou alors à attendre que mon processus soit fini pour actualiser mes autres vues, mais sans succès ...

[tchize_]

soit:

tu envoie des informations via la méthode publish depuis "doInBackground'. SwingWorker va alors lancer dans l'EDT la méthode process() avec ces données, tu pourra y faire le nécessaire pour mettre à jour ton affichage.


tu utilise la méthode simple "setProgress", swingworker invoquera alors les listener (ProgressListener) dans l'EDT, ce listener peuvent servir donc à mettre à jour l'affichage.