views:

2659

answers:

6

We use Log4j (and Commons Logging) to log our error messages. Now we want to set up an additional log appender that outputs fatal errors to syslog, but without the exceptionally long Java stacktraces (those will still be available in the full log file).

How would one configure this (using log4j.xml)? Is there a filter available to ignore the stack traces?

+1  A: 

You may need to write a custom layout to do it (which isn't that bad to do; you could subclass PatternLayout).

davetron5000
+7  A: 

Edit after reading some more of the source:

You still need to subclass PatternLayout, but the method you want to override is ignoresThrowable(): it should return false, which will prevent the appender from writing the Throwable (it assumes that the layout has done so already).

No way to specify this in the configuration: PatternLayout has a hardcoded "return true".

kdgregory
Okay, that works, thanks. Too bad that this is not a configuration option with log4j. I wonder why this is handled so much different than the other options available to PatternLayout. Seems like a natural formatting option to me...
Thilo
It is a little strange: when I first looked at the code, I figured that the layouts handled everything, then discovered that it was actually the appender. And that the appenders are slightly different.If you're going to do this, you could add a setter for the ignoreThroable() and submit a patch.
kdgregory
A: 

If you can change the source code, then another option is available for consideration.

In my applications, I always and only log FATAL messages from my applications entry point (e.g., "main()"), since I only know that they are fatal if I am about to exit the application because of them.

Therefore, in this one place (or handful if you have multiple application entry points), instantiate a Log4j Logger with a special class or MDC of "syslog" or similar. Upon catching a soon-to-be-FATAL error, log it in the usual way (for your other log files and such), but also invoke the fatal() method on this new "syslog" Logger with only the precise message that you want (such as only the exception class and message but without the stack trace). Then configure Log4j to direct only this "syslog" class or MDC to a newly-configured Appender that targets the SysLog.

Ta-dum!

Rob Williams
+1  A: 

The "nopex" or "nopexception" conversion word in logback-classic (log4j's successor) disables printing stack traces. The "nopex" conversion word is documented along with the rest of conversion words. You need to scroll down a little.

If you need further information on this topic, please contact the logback-user mailing list.

Ceki
+4  A: 

Here's the actual code I use:

import org.apache.log4j.PatternLayout;

public class NoStackTracePatterLayout extends PatternLayout {

 @Override
 public boolean ignoresThrowable(){
  return false;
 }
}
Totach
Thanks. Again, having to write a subclass just for this is not nice. Should have been a configuration option on PatternLayout.
Thilo
A: 

In 1.2.16 you can use EnhancedPatternLayout

Javier