Logback SyslogAppender Stacktrace Logging Präfix

Question

Wir haben vor kurzem von Log4J auf Logback umgestellt. Die Protokollierung scheint gut zu funktionieren, mit Ausnahme von Stack-Traces in SyslogAppender. Sie werden wie verbleibende Log-Nachrichten vorangestellt.

Gibt es eine Möglichkeit, dieses Präfix zu deaktivieren und sicherzustellen, dass sie wie in Log4J SyslogAppender gedruckt werden? Danke im Voraus.

Aktuelles Verhalten:

Apr 02 12:31:08 host.name 2012-04-02T12:31:08.418+0200 ajp-bio-8009-exec-7 com.gooddata.exception.servlet.HttpExceptionTranslator ERROR: Processing client_request=/gdcwebapp/gdc/projects/FoodMartDemo/groups/everyone status=FAILED errorCode=gdc.usergroups.default_group_modification errorDescription="Attempt to modify default group (everyone)" exceptionId=abc37cf0-9c56-4e68-a4a7-2111ca823fd4 component=webapp request_id=cAWvICOaKVFF1VvI userId=1 projectId=FoodMartDemo nodeId=nodeOne nodeId=nodeOne, requestId=cAWvICOaKVFF1VvI, userId=1, projectId=FoodMartDemo 
Apr 02 12:31:08 host.name #011at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
Apr 02 12:31:08 host.name #011at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
Apr 02 12:31:08 host.name #011at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
Apr 02 12:31:08 host.name #011at java.lang.reflect.Method.invoke(Method.java:601) 
Apr 02 12:31:08 host.name #011at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:212) 
Apr 02 12:31:08 host.name #011at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126) 
Apr 02 12:31:08 host.name #011at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96) 
Apr 02 12:31:08 host.name #011at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617) 
Apr 02 12:31:08 host.name #011at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578) 
Apr 02 12:31:08 host.name #011at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80) 
Apr 02 12:31:08 host.name #011at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:900) 

Wunschverhalten:

Apr 02 12:31:08 host.name 2012-04-02T12:31:08.418+0200 ajp-bio-8009-exec-7 com.gooddata.exception.servlet.HttpExceptionTranslator ERROR: Processing client_request=/gdcwebapp/gdc/projects/FoodMartDemo/groups/everyone status=FAILED errorCode=gdc.usergroups.default_group_modification errorDescription="Attempt to modify default group (everyone)" exceptionId=abc37cf0-9c56-4e68-a4a7-2111ca823fd4 component=webapp request_id=cAWvICOaKVFF1VvI userId=1 projectId=FoodMartDemo nodeId=nodeOne nodeId=nodeOne, requestId=cAWvICOaKVFF1VvI, userId=1, projectId=FoodMartDemo 
          at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
          at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
          at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
          at java.lang.reflect.Method.invoke(Method.java:601) 
          at org.springframework.web.method.support.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:212) 
          at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:126) 
          at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:96) 
          at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:617) 
          at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:578) 
          at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:80) 
          at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:900) 

Aktuelle logback.xml für SyslogAppender:

<appender name="SYSLOG" class="ch.qos.logback.classic.net.SyslogAppender"> 
    <facility>local2</facility> 
    <syslogHost>localhost</syslogHost> 
    <suffixPattern>%d{yyyy-MM-dd'T'HH:mm:ss.SSSZ} %t %c %p: %m component=webapp request_id=%X{requestId} userId=%X{userId} projectId=%X{projectId} nodeId=%X{nodeId} %X%n</suffixPattern> 
    </appender> 

Answer 1

Sie können dies möglicherweise beheben, indem Sie den throwableExcluded-Parameter auf true setzen und die Ausnahme im Suffixmuster angeben.

<appender name="SYSLOG" class="ch.qos.logback.classic.net.SyslogAppender"> 
    <syslogHost>localhost</syslogHost> 
    <facility>LOCAL7</facility> 
    <throwableExcluded>true</throwableExcluded> 
    <suffixPattern>%d{ISO8601} %p %t %c{0}.%M - %m%n%xException</suffixPattern> 
</appender> 

Abhängig von dem Syslog-Server Sie verwenden, müssen Sie möglicherweise Steuerzeichen, um zu entkommen auszuschalten für den Text richtig zu machen. z.B. $EscapeControlCharactersOnReceive off für rsyslog v5

Answer 2

Mögliche Lösung wurde in logback Mailingliste vorgeschlagen (http://old.nabble.com/SyslogAppender-stacktrace-logging-prefix-td33555063.html), Eine der möglichen Lösungen ist hier: http://jira.qos.ch/browse/LBCLASSIC-327

Answer 3

Der Syslog Appender von Logback verarbeitet dieses Recht nicht. Sie müssten Ihre eigenen schreiben. Es kann auf dem Original basieren. Im Grunde ist das Problem hier:

StringBuilder sb = new StringBuilder(); 
     sb.append(stackTracePrefix).append(step); 
     sw.write(sb.toString().getBytes()); 
     sw.flush(); 

Wenn Sie Spülen es neue Nachricht an syslog sendet. Wenn Sie es vermeiden möchten, müssten Sie nur nach dem ganzen Stapel spülen.