cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bozhong Lin (JIRA)" <>
Subject [jira] Created: (CXF-185) handling stack trace in fault
Date Fri, 27 Oct 2006 03:53:16 GMT
handling stack trace in fault

                 Key: CXF-185
             Project: CXF
          Issue Type: Bug
            Reporter: Bozhong Lin

There is a discussion in mailing thread related to how to handle stack trace in fault, solution
has been suggested, so I created a jira issue to track:

Glynn, Eoghan wrote:
>> -----Original Message-----
>> From: Dan Diephouse [] Sent: 20 October 2006 18:06
>> To:
>> Subject: Re: stacktrace in fault?
>> James Mao wrote:
>>> I'm thinking of adding a getStackTrace()/setStackTrace into Fault I saw in XML
binding we just set the stacktrace into the message, i don't think that is correct way.
>>> Any idea?
>>> -james.
>> I don't think we should be sending the stack trace along with the fault. We should
log the stack trace on the server side and send information to the client that there was some
error processing, but shouldn't necessarily tell them all the details.
>> - Dan
> I'd disagree. In certain circumstances, I think sending on the wire the
> stack trace of the exception that gave rise to the fault would actually
> be very useful for debugging and problem reporting. It could lead to
> much quicker resolution of issues reported by client-side developers, as
> opposed to trawling thru' (potentially very large) server-side logs.
> I'd see this as analogous to the CORBA ExceptionDetailMessage service
> context, which is often used by Java ORBs to marshall the offending
> stack trace into the exception reply. As the content of the stack trace
> may be deemed "sensitive", say in the case of a secure server, this
> facility can usually be turned off via configuration.
> /Eoghan
I would be happy with a configuration switch :-)

- Dan 

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message