- logback-user - mailman3.qos.ch

using logback in an eclipse plugin
by Arne.Adams＠t-online.de 21 Jun '15

21 Jun '15

Hi, I am trying to use logback in an eclipse plugin. I wrapped logback-access-1.1.3.jar, logback-core-1.1.3.jar, logback-classic-1.1.3.jar in an clipse plugin project. (Export-Package: ch.qos.logback.core, ch.qos.logback.classic, ch.qos.logback.access ) I wrapped slf4j-api-1.7.12.jar in an eclipse plugin project, with Export-Package: org.slf4j, added dependency to the above:(Require-Bundle: LogbackAsPlugin;bundle-version="1.0.0") Added dependencies to the above plugins in my plugin project. I got: SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder". SLF4J: Defaulting to no-operation (NOP) logger implementation SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details. Found a hint in the web indicating that adding slf4j-simple jar to the dependencies might help, did add slf4j-simple-1.7.12.jar to my SLF4J wrapper plugin, now I get: SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [bundleresource://4.fwk1183888521/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [bundleresource://4.fwk1183888521:1/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. SLF4J: Actual binding is of type [org.slf4j.impl.SimpleLoggerFactory] Still no log messages are written. Thanks in advance for any help Regards, Arne

1 0

logback - after a particular time, the logs have been stopped writing - apache karaf
by Srikanth Hugar 11 Jun '15

11 Jun '15

I am facing one strange issue and not able to find the solution. Issue is logs are not written when testing with high performance. I am using logback - syslog in apache karaf container. In normal scenario, everything works fine, but when i change the log level to debug and try to do some performance tests, logs write is stopped at some point and it never writes. The issue is happening because of the logging framework. We are using Syslog logging framework, which actually writes the logs to the socket and later that would write to a file. In this particular scenario, after a particular time, the logs have been stopped writing but can see that there are sockets open which are waiting to write the logs to the file. Any solution or pointers to resolve the issue would be very helpful. *O/P of netstat -p command showed 151 connections in CLOSE_WAIT state: * ........................................................................................................ tcp 1 0 172.30.2.144:39830 172.30.2.144:pcsync-https CLOSE_WAIT 3513/java tcp 1 0 172.30.2.144:39965 172.30.2.144:pcsync-https CLOSE_WAIT 3513/java tcp 1 0 172.30.2.144:42245 172.30.2.144:pcsync-https CLOSE_WAIT 3513/java tcp 1 0 172.30.2.144:42416 172.30.2.144:pcsync-https CLOSE_WAIT 3513/java tcp 0 0 localhost:41277 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:44855 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:41891 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:43136 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:42733 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:41580 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:44162 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:45270 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:43482 localhost:pcsync-https CLOSE_WAIT 3640/java tcp 0 0 localhost:43192 localhost:pcsync-https CLOSE_WAIT 3640/java .................................................................................................................. *logback.xml* <configuration> ........................................................ <appender name="karaf" class="ch.qos.logback.classic.net.SyslogAppender"> <facility>LOCAL1</facility> <syslogHost>localhost</syslogHost> <suffixPattern>karaf: [%thread] %logger{36} - %msg%n</suffixPattern> </appender> <appender name="shared" class="ch.qos.logback.classic.net.SyslogAppender"> <facility>LOCAL1</facility> <syslogHost>localhost</syslogHost> <suffixPattern>shared: [%thread] %logger{36} - %msg%n</suffixPattern> </appender> <appender name="css2" class="ch.qos.logback.classic.net.SyslogAppender"> <facility>LOCAL1</facility> <syslogHost>localhost</syslogHost> <suffixPattern>css2: [%thread] %logger{36} - %msg%n</suffixPattern> </appender> ...................................................... </configuration>

1 0

logback-access %b pattern output is weird
by 박상욱 04 Jun '15

04 Jun '15

Hi everyone :) I use logback-access instead of tomcat default valve. Using logback version is 1.1.3. I use logback-core-1.1.3.jar, logback-classic-1.1.3.jar. When use logback-access-1.1.3 at the same time, tomcat puts error. :( %b pattern output is so weird. First, i use class "ch.qos.logback.access.tomcat.LogbackValve" Pattern is this. [%t]\t%U\t%s\t%D\t%b Second, i use class "org.apache.catalina.valves.AccessLogValve" Pattern is this. %t&#9;%U&#9;%s&#9;%D&#9;%b I think they are same. So, try using same time. But "%b" pattern output was different. This is example. First, Logback. [02/Jun/2015:20:12:28 +0900] /test/testLayout.css 200 366 - Second, Tomcat valve. [02/Jun/2015:20:12:28 +0900] /test/testLayout.css 200 367 2769 Logback's output is "-" but Tomcat is "2769" I think Tomcat valve's value is correct. Why they are different? Please tell your advice. Best regards, Aristein.

1 0

Trouble with varargs output
by Arne.Adams＠t-online.de 04 Jun '15

04 Jun '15

Hi all, I am trying to use logback 1.1.3 with slf4j 1.7.12. This is my log statement: logger.debug("%s %d, %d", "a", 1, 2); The logger is a static constant: private static final Logger logger = LoggerFactory.getLogger(TTSGrammarTest.class); The output of the log statement is: 02:35:16.415 [main] DEBUG test.TTSGrammarTest - %s %d, %d Apparently, the format string and the supplied parameters are not evaluated correctly. I don't have any logging configuration - the program is run under eclipse. Thanks in advance for any help, Arne

2 2

Memory leaks if messages are not being posted with AsyncAppender
by andrey.dayman 31 May '15

31 May '15

Hi. We use async net.logstash.logback.appender.LogstashTcpSocketAppender. It puts messages in buffer and sends them to Logstash occassionally. So if there are connection issues it will accumulate messages, which is expected. But we discovered that messages are huge (33 Mbs each). So we found all this data in ch.qos.logback.classic.spi.LoggingEvent.argumentArray field. We use Cassandra client called Hector, and if there is a connection issue it logs error passing a connection client as an argument. So GC cannot release this client because LoggingEvent has reference. And at this moment we already have formattedMessage, so there is no need to have argumentArray filled anymore as I understand. So the question is: why argumentArray is not being cleared after formatting the message? Is it by design? Please let me know if you know the answer! Thanks in advance! Andrey -- View this message in context: http://logback.10977.n7.nabble.com/Memory-leaks-if-messages-are-not-being-p… Sent from the Users mailing list archive at Nabble.com.

1 0

RollingFileAppender does not move the current log File
by LEROUGE Pierre 29 May '15

29 May '15

Hi everyone, I'm struggling with an weird issue on logback I've settup programaticly a rollingFileAppender like in this stackoverflow thread : Setting Logback Appender path programmatically <http://stackoverflow.com/questions/3803184/setting-logback-appender-path-pr…> But the current log file is not removed so I've got 5 archive Plus the complete log file that is still being populated. and the archives are recalculated at every line written here is the extract of code that instantiates the appender : RollingFileAppender<ILoggingEvent> rfAppender = new RollingFileAppender<>(); rfAppender.setFile(f.getAbsolutePath()); rfAppender.setName(name); rfAppender.setContext(loggerContext); FixedWindowRollingPolicy rollingPolicy = new FixedWindowRollingPolicy(); rollingPolicy.setContext(loggerContext); // rolling policies need to know their parent // it's one of the rare cases, where a sub-component knows about its parent rollingPolicy.setParent(rfAppender); rollingPolicy.setFileNamePattern(f.getAbsolutePath() + ".%i"); rollingPolicy.start(); SizeBasedTriggeringPolicy<ILoggingEvent> triggeringPolicy = new ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy<>(); triggeringPolicy.setMaxFileSize("5MB"); triggeringPolicy.start(); PatternLayoutEncoder encoder = new PatternLayoutEncoder(); encoder.setContext(loggerContext); encoder.setPattern("%d{dd/MM/yyyy HH:mm:ss.SSS} | %-10.10thread | %-20.20logger{0} | %-5level : %msg%n"); encoder.start(); rfAppender.setEncoder(encoder); rfAppender.setRollingPolicy(rollingPolicy); rfAppender.setTriggeringPolicy(triggeringPolicy); rfAppender.start(); logbackLogger.addAppender(rfAppender); the logback version used : ch.qos.logback: logback-classic: 1.1.3 It's running on Windows I really don't know why this happened If anyone have a hint on this behavior? Thank you for your time, Regards, Pierre LEROUGE

1 0

Telnet-Appender
by Max Urech 18 May '15

18 May '15

Hi, I'm looking for a TelnetAppender as it used to exist in Log4j. I saw, that there was a TelnetAppender in Logback version 0.91, but for some reason it doesn't exist in version 1.1.2. Is there no more TelnetAppender, or did I miss something? Greets, Max

3 3

logback SiftingAppender generated log files cannot be deleted untill stop the tomcat server
by mayuran satchithanantham 17 May '15

17 May '15

Hi logback geeks, We are using logback "SiftingAppender" for generating the log files based on the date and other information such as cycle(Each date can have multiple cycles). Following are the sample logging file names 20150515_1_Job1.log 20150515_2_Job1.log For the above scenario we are using the following logback configuration. <appender name="BATCH_LOGGER_APPENDER" class="ch.qos.logback.classic.sift.SiftingAppender"> <discriminator> <key>batchLoggerFileName</key> <defaultValue>unknown</defaultValue> </discriminator> <sift> <appender class="ch.qos.logback.core.FileAppender"> <file>${batchlog.dir}/${batchLoggerFileName}.log</file> <layout class="ch.qos.logback.classic.PatternLayout"> <pattern>%d{yyyy-MM-dd_HH:mm:ss.SSS} | %-5level | [%thread] | %msg%n%rEx</pattern> </layout> </appender> </sift> </appender> <logger name="BATCH_LOGGER" level="INFO" additivity="false"> <appender-ref ref="BATCH_LOGGER_APPENDER"></appender-ref> </logger> Following is the java code for logging the details to the specific logs files. private static final Logger BATCH_LOGGER = LoggerFactory .getLogger("BATCH_LOGGER"); public void info(JobInfo jobInfo, String message) { MDC.put("batchLoggerFileName", jobInfo.getJobId()); BATCH_LOGGER.info(message); MDC.remove("batchLoggerFileName"); } We have some other jobs that do the housekeeping of the old log files with the retention of 2 days(Two day old files will be moved to another location). But even after the job completes, we are not able to move the file. We suspect that logback is holding the resource and not letting the file to move or delete. All the jobs are deployed in a single war file in apache tomcat 8 server. Can anyone suggest how to enforce logback to release the resource after logging is completed? Regards, Mayuran

2 4

Modifing MDCPropertyMap of LoggingEvents
by Cemo 17 May '15

17 May '15

I have a layout which is generating JSON from logging events and MDC Context. MDC is great and I want to add parameters to MDC Context conditionally. For example, I would like add request information as JSON into MDC conditionally on Error Level log entries. I am not familiar with Logback internals but gave a try with Logback Filter implementation. I have used: public FilterReply decide(ILoggingEvent event) { // simplified for demo // conditionally I am putting some attributes here Map<String, String> mdcPropertyMap = event.getMDCPropertyMap(); if (event.getLevel().isGreaterOrEqual(Level.ERROR)) { mdcPropertyMap.put("demo", "demo"); } return FilterReply.ACCEPT; } I am expecting mdcPropertyMap to be cleared for each event but it does not. LoggingEvent has a internal CACHED_NULL_MAP map and its modified per touch. private static final Map<String, String> CACHED_NULL_MAP = new HashMap<String, String>(); I could not be sure but it seems a little bid buggy to me. Can someone verify this behaviour? For those who are interested why I am not using MDC.put in a Servlet Filter implementation because I am conditionally adding some attributes. Serialising HttpRequest into JSON is not cheap task but having Http Request information is giving great insights about error. Using Filter is the only way I found to add conditionally attributes so far. What I would like to use is: public FilterReply decide(ILoggingEvent event) { if (event.getLevel().isGreaterOrEqual(Level.WARN)) { MDC.put("demo", "demo"); } return FilterReply.ACCEPT; }

3 3

STUCK threads with Logback
by Kantzer, Chris E 13 May '15

13 May '15

Hello, We are getting some stuck threads in our Prod apps that seem to point to logback as the culprit. It only took a few moments to realize we have been lax with our logging statements and we were logging a huge amount of (unnecessary) lines. We are cutting back significantly the number of logged lines in the hopes that it solves the issue. My question: Is there anything else we should investigate as a possible reason for logback causing stuck threads OTHER than excessive logging? I can post the stack trace if needed. Thanks, Chris Kantzer

3 5