Discussion :

[Invité]

Bonjour,

Ce matin vous m'avez fais découvrir SwingWorker, je n'ai pas trainé à en coder un mais j'ai un petit problème avec les exceptions.
Mon application possède un Thread.uncaughtExceptionHandler qui fonctionne correctement mais dans la méthode doInBackground de 'MonSwingWorker' si une execption se produit, 'MonExceptionHandler' ne la récupère pas..
Pire rien ne s'affiche dans la console !

J'ai exposé mon problème ici : http://www.developpez.net/forums/sho...d.php?t=491615

Mais pour simplifier les choses au maximum j'ai simplifié mon code et vous le montre (il ne fonctionne toujours pas)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
public class MonWorker extends SwingWorker {
  protected File doInBackground() throws IOException {	
    System.out.println("Throw exception..");
    throw new NullPointerException("plop");
  }
}
 
// Dans mon application
public class MonApplication extends JFrame {
  public static void main(String[] args) {
    UncaughtExceptionHandler exceptionHandler = 
       Thread.new UncaughtExceptionHandler() {
       public void uncaughtException(Thread thread, final Throwable  throwable) {        
          throwable.printStackTrace();
       }
    }
    Thread.setDefaultUncaughtExceptionHandler(exceptionHandler);
  }
}

Savez-vous m'aider ? Merci

Edit 1 : Pourtant en ajoutant un petit syso dans mon action et dans mon worker j'ai le même handler :

INFO [AWT-EventQueue-0] be.me.actions.AbstractAction - Performing MonAction
Worker : be.me.DefaultExceptionHandler@3e1bc8
Action : be.me.DefaultExceptionHandler@3e1bc8
Throw NullPointerException(plop).. <- class be.me.core.workers.MonWorker

[xixi31]

Je crois que le SwingWorker va créer un nouveau thread dans lequel vas'effectuer l'appel à doInBackground.

L'appel a setDefaultUncaughtExceptionHandler te permet d'associer un handler au thread courant.
Donc, tu peux appeler cette méthode setDefaultUncaughtExceptionHandler au début de ta méthode doInBackground de manière à placer ton exception handler sur le thread créé par le SwingWorker.

[Invité]

Je pensais aussi mais non (voir mon édit dans le premier post) en plus, je devrais au moins avoir une StackTrace écrite par la JVM si mon handler n'était pas enregistré..

[adiGuba]

Salut,


C'est normal : les exceptions remonté par doInBackground() sont traité par la classe SwingWorker et ne tues donc pas le thread (du coup le handler ne les traitent pas).

L'exception est ensuite renvoyé par la méthode get() du SwingWorker en tant que source d'une ExecutionException...

a++

[Invité]

Ha. Ou à tu vu cette information ?

Je suis donc obligé de faire un get() mais ou ? Pas dans mon action sinon elle bloque mon edt et le SwingWorker ne sers à rien.

Si l'exception ne tue pas mon Thread.. il se termineras quand ?

[adiGuba]

Ha. Ou à tu vu cette information ?

Ce doit surement être indiqué quelque part dans la doc...

Je suis donc obligé de faire un get() mais ou ? Pas dans mon action sinon elle bloque mon edt et le SwingWorker ne sers à rien.

En général le get() est fait dans la méthode done()... mais cela dépend surtout de l'objectif de ton SwingWorker.

Si l'exception ne tue pas mon Thread.. il se termineras quand ?

Elle ne le tue pas directement, mais comme le thread ne fait qu'exécuter la méthode doInbackground(), lorsque cette dernière remonte une exception elle est catché (pour être stocké) et le thread se termine de lui même proprement...

a++