Mon application s'arrête brutalement sans lever d'Exception

Je rencontre un problème qui me surprend car c'est la première fois que je suis confronté à un cas de figure pareil.

J'appelle un simple constructeur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

public class LstOperationSurCptDAO{// extends ServiceDAO { static private ServiceLogging Log = (ServiceLogging) ServiceLogging.getInstance(LstOperationSurCptDAO.class.getName());   private AccesseurLstOperationSurCpt m_accesseurLstOperationSurCpt = null;   public LstOperationSurCptDAO() { super(); }   [...] }

---

Appel :

Code:

---

1 2 3 4

System.out.println("appel"); LstOperationSurCptDAO unAccesPortefeuille = new LstOperationSurCptDAO(); System.out.println("fin");

---

Mon application affiche "appel", mais n'affiche jamais "fin". Le programme s'arrête purement et simplement sans qu'aucune Exception n'ait été levée.

Cela me surprend d'autant plus que le constructeur appelé n'effectue aucun traitement. La seule erreur pourrait provenir de l'initialisation du logger, mais dans ce cas je devrais avoir une Exception. Bref, je n'y comprends rien 8O

Avez-vous déjà rencontré un cas similaire ou avez-vous une explication ?

salut,

question bête, pourquoi super() alors que tu n'étends aucune classe????

C'est une vieille application que je reprends en main. Je pense que l'appel de super() vient d'une version dans laquelle la classe héritait de ServiceDAO. Maintenant que ce n'est plus le cas, super() appelle tout simplement le constructeur de Object.

En lançant ton appli en debug, tu arrives jusqu'où???

Serait-il possible que le ServiceLogging redirige le flux de sortie ou le flux d'erreur ?

Est-ce que c'est idiot comme question ?

Merci les gars pour votre aide. C'est Heimdal qui m'a mis sur la voie. Ce que je ne vous avais pas dis, c'est qu'il s'agissait d'un batch que j'exécute avec un .bat.

Pour une raison que je ne comprends pas, l'application tourne parfaitement sous Eclipse, mais s'arrête brutalement sans erreur à partir d'un .bat.

Si vous avez une explication, je suis vivement intéressé :aie:

Bonsoir,
J'ai déjà eu un cas semblable: Aucune erreur trappée dans un catch()
J'ai donc mis des logs un peu partout. Au final, l'exception (je ne me souviens plus de son nom, ni même si elle héritait de java.lang.Exception) ne passait pas dans catch() mais lorsqu'elle s'interrompte, elle passe bien dans le finally{}

Piste: Est-ce la même JVM ? Y'a t'il un parametre dans le lancement par eclipse(Definition du PermGenSpace,...) qui soit différent ?

est-ce que ca utilise java ou javaw ? Que fait ce code ci

Code:

---

1 2 3 4 5 6 7 8 9

try{ //appel new catch (Throwable t){ try{ FileWriter fw = new FileWriter("log.txt); t.printStacktrace(fw); fw.close(); } catch (Exception e) {t.printStacktrace();e.printStacktrace();} }

---

C'est bourrin mais devrais parer à tout sauf les crash jvm, mais ils sont rarement discrets.

Citation:

---

Envoyé par tchize_

est-ce que ca utilise java ou javaw ? Que fait ce code ci

Code:

---

1 2 3 4 5 6 7 8 9

try{ //appel new catch (Throwable t){ try{ FileWriter fw = new FileWriter("log.txt); t.printStacktrace(fw); fw.close(); } catch (Exception e) {t.printStacktrace();e.printStacktrace();} }

---

C'est bourrin mais devrais parer à tout sauf les crash jvm, mais ils sont rarement discrets.

---

Effectivement, lorsque j'ajoute ce code, le fichier log.txt fait apparaître un java.lang.NoClassDefFoundError. Il y avait un \ en trop dans mon classpath.

Ce qui me surprend, c'est que cette erreur aurait dû être remontée et tracée, ce qui n'est pas le cas.

Avez-vous une explication ?

Salut,

Citation:

---

Envoyé par verbose

Avez-vous une explication ?

---

Surement un bloc catch vide ;)

Vérifies bien le code des méthodes appelantes de ton constructeur...

a++

autre possibilité: un web.xml précisant un gestion d'erreur, une ancienne version de tomcat 5.5 qui avait un bug dans cette gestion qui faisait si il était impossible de rediriger vers la pages d'erreur (exemple quand un partie de la réponse a déjà été envoyée), il droppait l'exception sans la logguer nulle part ^^

Depuis ca termine quand meme soit dans catalina.out soit dans tomcat.log :p

Citation:

---

Envoyé par adiGuba

Salut,


Surement un bloc catch vide ;)

Vérifies bien le code des méthodes appelantes de ton constructeur...

a++

---

Cette application n'utilise pas tomcat, il s'agit d'un simple batch.

Il y a effectivement des catch qui ne reportent pas l'exception catchée et qui se contentent de laisser une trace dans les logs, mais ce sont les Exceptions qui sont catchée, pas les Error. J'ai remonté la pile d'appel et je suis certain que les Error ne sont pas catchées.

Code:

---

1 2 3 4 5 6

try { //appel } catch(Exception e) { Log.debug("trace"); }

---

Citation:

---

Envoyé par verbose

J'ai remonté la pile d'appel et je suis certain que les Error ne sont pas catchées.

Code:

---

1 2 3 4 5 6

try { //appel } catch(Exception e) { Log.debug("trace"); }

---

---

C'est remonté jusque Thread.start()? Regarde du coté de Thread.setUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh) pour traiter les exception à ce niveau. Si il y a pas de handler, possible que l'exception disparraisse et que le thread meure avec elle :)

Citation:

---

Envoyé par tchize_

C'est remonté jusque Thread.start()? Regarde du coté de Thread.setUncaughtExceptionHandler(Thread.UncaughtExceptionHandler eh) pour traiter les exception à ce niveau. Si il y a pas de handler, possible que l'exception disparraisse et que le thread meure avec elle :)

---

Cette application est monothread. Je vais quand même essayer lundi cette méthode setUncaughtExceptionHandler.