Bug 108130 - com.arsdigita.logging.Exceptions throws away some useful info from outer exceptions
com.arsdigita.logging.Exceptions throws away some useful info from outer exce...
Product: Red Hat Web Application Framework
Classification: Retired
Component: other (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Daniel Berrange
Jon Orris
Depends On:
Blocks: 106597
  Show dependency treegraph
Reported: 2003-10-27 15:46 EST by Daniel Berrange
Modified: 2007-04-18 12:58 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-11-13 23:22:53 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Daniel Berrange 2003-10-27 15:46:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.9 (X11; Linux i686; U;) Gecko/20030314

Description of problem:
The com.arsdigita.logging.Exceptions#unwrap method is intended to remove all
wrapper exceptions to get back to the root cause. There are however some
circumstances where the wrapper exceptions provide useful information in their
messages & this unwrapping process looses the info. Thus the signature of unwrap
should be changed from

   Throwable unwrap(Throwable t)


   Throwable[] unwrap(Throwable t)

The first element in the returned array should the inner most exception, and
then each subsequent element should contain the next wrapper exception. 

The ErrorReport class should then be changed such that it logs the messages from
all exceptions in the array, and the stack trace from the first exception. This
will ensure the maximal useful information without cluttering up the logs files
with loads of repetative stack traces.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Put a typo in your waf.web.host config entry
2. Request a page
3. The stylesheet resolution dies with an IOException

Actual Results:  The IOException stacktrace & useless message  are logged

Expected Results:  The IOException stacktrace & useless message  are logged,
along with the message from the wrapper exception letting the developer know
which URL was being loaded

Additional info:
Comment 1 Daniel Berrange 2003-10-28 19:02:12 EST
Based on feedback about interpackage dependencies in Friday's IRC <scrum> the
'Exceptions' class will also move the classes from the 'c.a.logging' package to
Comment 2 Daniel Berrange 2003-10-29 10:00:03 EST
Fixed in 37484

For testing, the
//ps/proj/london/aplaws/dev/web/packages/content-section/www/crash-me.jsp script
can be used to trigger an error report on demand :-)
Comment 3 Vadim Nasardinov 2003-11-06 17:38:43 EST
Why is there two identical interfaces in different packages?

$ p4 filelog //core-platform/dev/src/.../ExceptionUnwrapper.java
... #1 change 37340 branch on 2003/10/23 by justin@justin-bumblebee
(ktext) '       p4 integrate -rb ccm-tes'
... ... add into
... ... branch into
... ... branch from
... #1 change 37484 add on 2003/10/29 by dan@dan-aplaws-rickshaw
(ktext) '   bz. 108130  Move Exceptions '
... ... branch from
Comment 4 Daniel Berrange 2003-11-06 19:10:42 EST
I should have deleted logging/ExceptionUnwrapper when it moved to util
package in p4 37484.

Note You need to log in before you can comment on or make changes to this bug.