Discussion :

[dingoth]

Bonjour,

j'ai quelques exceptions en travaillant avec un framework complexe. Il est tellement complexe qu'il encapsule des exceptions et utilise un chemin énorme.

Pour des raisons du framework, je ne peux attraper moi-même certaines exceptions. Je suis donc condamné à regarder ce qui se passe dans ma console.

Bref, vu la complexité du framework, j'obtiens des erreurs monstrueuses (2 exceptions "nestées" et une ellipse des premières exceptions levées).

En gros, voici un exemple de stacktrace :

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
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
javax.faces.FacesException: org.apache.jasper.JasperException
	at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:425)
	at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234)
	at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:352)
	at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
	at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
	at org.mortbay.jetty.servlet.jsr77.Jsr77Filter.doFilter(Jsr77Filter.java:77)
	at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1530)
	at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
	at org.mortbay.http.HttpContext.handle(HttpContext.java:1482)
	at org.mortbay.http.HttpServer.service(HttpServer.java:909)
	at org.jboss.jetty.Jetty.service(Jetty.java:456)
	at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
	at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982)
	at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
	at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
	at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
	at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Caused by: org.apache.jasper.JasperException
	at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:372)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
	at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
	at org.mortbay.jetty.servlet.jsr77.Jsr77Filter.doFilter(Jsr77Filter.java:77)
	at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
	at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
	at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:286)
	at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:171)
	at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:415)
	... 20 more

Par rapport à cet exemple, je souhaite voir l'entièreté du rapport d'erreur, à savoir, forcer java à me donner les ... 20 more. Y'a-t-il une option me permettant de le faire ? Ce doit être une option modifiable au runtime, puisque je n'ai pas de "ligne de commande".

D'avance merci

[mavina]

Salut,

Je suppose que tu fais un printStackTrace() sur ton exception.
Essaie un peu ca :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
try
{
  //ton code
}catch(Exception exp)
{
  StackTraceElement[] ste=exp.getStackTrace();
  for(StackTraceElement e:ste)
  {
     System.out.println(e.toString());
  }
}

A priori ca devrait t'afficher tout le stack trace

Fred

[dingoth]

Excuse-moi de te reprendre ...

Pour des raisons du framework, je ne peux attraper moi-même certaines exceptions. Je suis donc condamné à regarder ce qui se passe dans ma console.

[mavina]

A zut pardon j'ai mal lu (je fatigue un peu à vrai dire).
Tout dépend de ton framework, mais si il utilise printStackTrace(), il est défini avec un "shorthand" qui inclut les "...".

Voire la javadoc pour plus de renseignements : http://javasearch.developpez.com/j2s...ntStackTrace()

Fred

[professeur shadoko]

Excuse-moi de te reprendre ...

pas forcément: Thread.setDefaultUncaughtExceptionHandler(....)
et tu récupère ton taf si par hasard le stackTrace est provoqué par une exception orpheline (c'est malheureusement souvent le cas: par ailleurs les auteurs de codes qui utilisent "printStackTrace" devraient être taxés d'un bière
à chaque fois que c'est exécuté!!! -rappel: dans le tout premier bouquin écrit sur Java il était dit "méthode de debug, à ne pas laisser trainer dans du code professionnel" .... clamantis in deserto

[spekal]

À ce que je comprends des choses, je ne peux pas répondre à ta question, mais te faire remarquer que le bas du xx more se reprend au haut de la précédente liste de stack ; c'est parce que les exceptions sont nestées - si vous me pardonnez de parler en franglais - donc il est inutile de répeter la même portion de stack à chaque fois.

Je reprends. Soit un niveau qui lance une exception ; l'exception va remonter les appels, jusqu'à une sorte de throw new MaPetiteNouvelleException(monAncienneException) ; il va alors y avoir un nouveau stack, pour MaPetiteNouvelleException, qui sera le même, au try / catch prés, que l'ancienne, à partir du niveau de relancement. Donc inutile de remontrer deux fois la même chose.

Heu... est-ce que ce que je dis est clair ?? (et juste ? )