You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by "Curt Arnold (JIRA)" <ji...@apache.org> on 2008/04/24 18:21:22 UTC

[jira] Created: (LOG4J2-1) Custom rendering of exception associated with logging event

Custom rendering of exception associated with logging event
-----------------------------------------------------------

                 Key: LOG4J2-1
                 URL: https://issues.apache.org/jira/browse/LOG4J2-1
             Project: Log4j 2
          Issue Type: Improvement
          Components: Layouts
            Reporter: Curt Arnold


In http://marc.info/?l=log4j-user&m=120898200413495&w=2, Robert Pepersack essentially asks for a method of overriding the use of Exception.printStackTrace() to capture the stack trace of the associated exception.  This can partially be done in log4j 1.x by providing a custom layout that returns false for ignoresThrowable and then performs the rendering of the exception as part of the layout.  However, it would not affect LoggingEvents that were deserialized.  Also, if an AsyncAppender is used, the layout would be rendering an exception after it may have been modified.

The log4j 2 pipeline should not have this issue as the extraction phase done by the layout should pull any info needed from the exception and the responsibility would not be split among WriterAppender, ThrowableInformation and the layout.  So likely there is no additional design criteria involved here, just the final design should be checked that it satisfies this use case.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org