Discussion :

[fr1man]

J'ai bien compris l'utilisation de la méthode invokeLater() à partir d'un thread
pour mettre à jour l'interface graphique, car cela doit se faire dans l'EDT.
Cependant, je me demande quels sont les risques, concrètement, à ne pas passer par l'utilisation de cette méthode et donc à rafraichir mes composants, directement dans un autre Thread que l'EDT.

Merci pour vos lumières.

[gifffftane]

Si l'utilisateur a la politesse de ne rien faire pour laisser ton programme faire son traitement, tout ira bien. Les problèmes arriveront si jamais tu tombes sur des utilisateurs actifs.

À toi de voir...

[fr1man]

Merci pour ta réponse mais je pense que tu n'as pas compris ma question, ou que je n'ai pas été clair.
J'utilise un autre thread pour mes traitements longs, comme ça je n'ai pas de problème d'application qui "freeze".
Cependant il est conseillé de mettre à jour l'interface graphique (dans mon cas à la fin du traitement long), via la méthode invokeLater, pour que ce soit l'EDT qui le gère. Jusque là ok, mais je demande quel est le risque de ne pas utiliser invokeLater et donc de ne pas passer par l'EDT pour rafraichir mon interface.
J'espère avoir été plus clair.

[gifffftane]

Ben c'est moi qui n'est pas été clair, mais je persiste : si, au moment où tu mets à jour ton affichage swing, sans passer par le edt, l'utilisateur humain intervient sur l'affichage, alors il y a un risque pour que cela ne fonctionne pas bien.

À ce moment là, en effet, il y aura deux threads qui utiliseront les mêmes espaces mémoires (ceux utilisés par la GUI), et cela peut se passer très mal : nous sommes dans le cas des accés concurrents.

[fr1man]

Ok, effectivement c'est beaucoup plus clair.

Merci.