Discussion :

[lvfco]

Bonjour,

Voici la description de ce que je souhaite réaliser.
J’ai une IHM Swing qui doit lancer des appels web et parser le flux HTML reçu pour l’afficher dans un composant JeditorPane.
Cette séquence ‘appel +parsing+affichage du resultat’ est périodique (toutes les 10s par ex.)
Jusque là, rien de bien méchant (enfin presque…)
Ayant lu tout ce que je pouvais trouver sur SwingWorker, java.util.Timer, et javax.swing.Timer, j’en ai tiré les conclusions suivantes :

• 1. javax.swing.Timer ne peut pas répondre à mon besoin car je veux que mon IHM reste réactive et le traitement de la séquence s’effectuerait dans l’EDT ce qui, avec des appels Web, serait fatal. Ai-je raison ?
• 2. à la différence de javax.swing.Timer, java.util.Timer ne s’exécute pas dans l’EDT, donc pas de risque de blocage. Je prévoyais donc d’utiliser un TimerTask dans lequel je code toute ma séquence ‘appel +parsing+affichage’, en terminant par un SwingUtilities.invokeLater pour mettre à jour le Jeditorpane avec le résultat du parsing HTML.

MAIS, et c’est là mon problème principal, la séquence d’appel ci-dessus peut m’amener à changer la périodicité d’appel. Or, sauf erreur, je n’ai pas vu de possibilité pour un Timer de modifier dynamiquement la périodicité d’éxécution du TimerTask. Pouvez-vous me le confirmer ? Si oui, comment puis-je résoudre simplement mon problème (j'ai l'impression de construire une usine à gaz...) ? Avez-vous un squelette de code ?

[sinok]

La méthode préconisée est plutôt de coupler Timer Swing et SwingWorker.

Un timer Swing qui se réveille toutes les X secondes qui déclenche l'exécution d'un SwingWorker, qui lui fait la récupération des infos dans son doInBackground() et une fois la récupération effectuée met à jour l'interface dans sa méthode done().

Cf cours/tutos sur le SwingWorker.
Voilou

[lvfco]

Oui, mais comment mettre à jour la périodicité du timer (mon traitement peut amener à redéfinir la fréquence du timer , par ex. passer d'un traitement tous les 10s à un traitement tous les 5s) ??

[herve91]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Timer.setDelay(int)

[lvfco]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Timer.setDelay(int)

Sans avoir besoin d'arrêter le timer et de le redémarrer ? Parce qu'avec java.util.Timer, ce que tu proposes n'est pas possible.

[herve91]

Oui, il s'agit bien de javax.swing.Timer

[lvfco]

Oui, il s'agit bien de javax.swing.Timer

Bon, ok je vais essayer ce que tu me proposes.
Et pour rebondir sur la question que j'ai posée dans un autre fil sur lequel tu m'as répondu, si je ferme mon application (soit par le menu File>exit, soit par la fenêtre), un simple timer.stop() suffit-il (sachant que le swingWorker s'exécute en tâche de fond) ?

[herve91]

Et pour rebondir sur la question que j'ai posée dans un autre fil sur lequel tu m'as répondu, si je ferme mon application (soit par le menu File>exit, soit par la fenêtre), un simple timer.stop() suffit-il (sachant que le swingWorker s'exécute en tâche de fond) ?

timer.stop() ne quitte pas l'application mais ne fait qu'arrêter le timer (ainsi tu n'auras plus de déclenchement de nouvelles tâches).

[lvfco]

timer.stop() ne quitte pas l'application mais ne fait qu'arrêter le timer (ainsi tu n'auras plus de déclenchement de nouvelles tâches).

Oui, bien sûr...j'ai fait un raccourci;
Pour arrêter mon appli, je dois arrêter le timer par timer.stop() et ensuite quitter l'application par system.exit(0).
Si je quitte l'application alors qu'un swingworker est en cours d'exécution, estce que ça pose problème ?

[sinok]

Un SYstem.exit(0) va tuer toute ton appli, y compris les threads en cours d'exécution. Ce qui n'est pas forcément, suivant les cas, une bonne chose.

Si tu veux que ton application s'arrête de façon non violente il te faut arrêter les timers et appeler la méthode dispose de ta jframe. De ce fait les ressources de la JFrame et des timers seront libérées, et tes threads en cours pourront s'arrêter normalement.