You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2002/11/07 16:41:05 UTC

DO NOT REPLY [Bug 14357] New: - static option for reversing the stacktrace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14357>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14357

static option for reversing the stacktrace

           Summary: static option for reversing the stacktrace
           Product: Commons
           Version: 1.0 Beta 1
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Lang
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: max@eos.dk


The nestableDelegate dumps the stacktrace bottomup instead of topdown as is the custom in the JDK 
(especially in JDK 1.4's own chained exceptions).

Thus when using NestableException you 
will always see the first low-level exception (e.g. an Null Exception) and you'll have to go all the 
way to the bottom to see the highlevel exception (e.g. an HibernateQueryException: Error while 
parsing query at 's.count()')

This is not very friendly to users because hopefully the 
highlevel exception will be the best explanation in 9 out of 10 causes, it is only when debugging or 
in misbehaved exception handling one like to see the root causes - and THEN one can go down and read 
the bottom of the stack trace.

Thus, I would suggest that you make it possible to have 
NestableDelegate print the stacktrace in reverce so the highlevel exception get printed first 
and THEN the lower-levels.

And optimal one could set an 
NestableDelegate.printStackTraceTopDown=true as an system property so one could choose 
which strategy should be activated in the system. 

Am I making any sense ? :)

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>