- logback-user - mailman3.qos.ch

JMX registration on WebLogic 12.1.1
by gbonk 28 Feb '13

28 Feb '13

I've followed the documentation and my mBeans register them selves just fine in my instance of WebLogic ( now oracle 12.1.1c ). My problem is that when I invoke "setLoggerLevel" the update is not reflected in my Web Service endpoint when I'm writing a logging message. I've debugged this a little and it looks to me that there are two different LoggerContexts. The JMX mBean is using a different one then my application is. When debugging the mBean I can see that the logger level has been set for logger(id=128) but my endpoint the logger instance is different (id=239) therefore it appears they are two different contexts. Any ideas on how to fix this ? -- View this message in context: http://logback.10977.n7.nabble.com/JMX-registration-on-WebLogic-12-1-1-tp11… Sent from the Users mailing list archive at Nabble.com.

1 1

HTMLLayout programmatically - How?
by Michael Wiedau 28 Feb '13

28 Feb '13

Dear all, I have a question to HTMLLayout. I have written the following code: LayoutWrappingEncoder htmlEncoder = new LayoutWrappingEncoder(); HTMLLayout htmlLayout = new HTMLLayout(); htmlLayout.setPattern("%relative%thread%mdc%level%logger%msg"); htmlLayout.start(); htmlEncoder.setContext(loggerContext); htmlEncoder.setLayout(htmlLayout); htmlEncoder.start(); PatternLayoutEncoder encoder = new PatternLayoutEncoder(); encoder.setContext(loggerContext); encoder.setPattern("%r %thread %level - %msg%n"); encoder.start(); fileAppender.setContext(this.loggerContext); fileAppender.setFile(FilenameUtils.concat(storeLocation, "logFile.log.html")); fileAppender.setName("File Validation Log"); fileAppender.setEncoder(htmlEncoder); fileAppender.start(); this.logger.addAppender(fileAppender); StatusPrinter.print(loggerContext); But it does not log anything. It creates a html file but only includes the header line. Using the "encoder" it works fine. I don't want to use Logfiles and do this programmatically. Can anyone give me a hint what is wrong here? Best regards, Michael

1 0

Re: [logback-user] logback and proguard
by Omer Azriel 28 Feb '13

28 Feb '13

2013/2/26 Omer Azriel <amramaz(a)gmail.com> > hello, > I use logback in my android application and it works great, > However, when I export the application and obfuscate the code using > Proguard, it does not work correctly (I'm using FileAppder, and the file is > not created). > > this is my config file: > <configuration> > <appender > name="userClicksAppender" > class="ch.qos.logback.core.FileAppender" > > <file> > /sdcard/Test/data/log.txt > </file> > <append> > true > </append> > <encoder class="com.android.gooapplication.model.MyEncoder" > > <pattern> > %-4relative [%thread] %-5level %logger{35} - %msg%n > </pattern> > </encoder> > </appender> > <logger name="userClicksLogger" > > <appender-ref ref="userClicksAppender" /> > </logger> > </configuration> > > I tried to skip the class MyEncoder and the whole packages of logback in > the proguard config file as follows: > -keep public class com.android.gooapplication.model.MyEncoder > -keep public class ch.qos.logback.** > -keep public public class org.slf4j.** > > but still with no success. > > what do you think? > Many thanks, > Omer. >

2 1

(no subject)
by Desmond Kirrane 25 Feb '13

25 Feb '13

Hi, I got the following error in my logs: 13:26:49.257 [Thread-5] DEBUG c.b.b.c.MyClass - ERROR in ch.qos.logback.core.FileAppender[USER_LOG] - IO failure in appender java.nio.channels.FileLockInterruptionException My config is as follows: <appender name="USER_LOG" class="ch.qos.logback.core.FileAppender"> <file>${MY_LOG_DIR}/MyFile.log</file> <prudent>true</prudent> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %X{COMP} %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> What could be the cause?

1 0

Does SizeAndTime based RollingFileAppender support prudent mode
by Desmond Kirrane 20 Feb '13

20 Feb '13

Hi, I'm unsure from the documentation but does SizeAndTimeBasedFNATP support prudent mode. I have the following config: <appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <prudent>true</prudent> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <fileNamePattern>target/Test-%d{yyyy-MM-dd}.%i.log</fileNamePattern> <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP"> <maxFileSize>1KB</maxFileSize> </timeBasedFileNamingAndTriggeringPolicy> <maxHistory>30</maxHistory> </rollingPolicy> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> </appender> I've tried this and logback doesn't complain and file does rollover but just wondering is the prudent flag used?

2 4

(no subject)
by Jeffrey B 17 Feb '13

17 Feb '13

http://www.luh-media.de/jq/evmyignj485flb12sy6bc.0l8wtejob?05q4o9oos60eywoi…

1 0

Level.toLocationAwareLoggerInteger
by Richard Sand 13 Feb '13

13 Feb '13

Just a minor observation - shouldn't Level.toLocationAwareLoggerInteger(Level level) be a static method (like its counterpart fromLocationAwareLoggerInteger)? Best regards, Richard Sand | Managing Director PO Box 91824 | Austin | Texas 78709-1824 | USA Office: +1 888 612 8820 ext 02 | Fax: +1 866 304 3754 Mobile: +1 267 984 3651

2 2

Messages in Syslog look corrupt through SyslogAppender
by Robert Kuhar 12 Feb '13

12 Feb '13

I have a SyslogAppender configured to send logging messages to Syslog on my localhost <appender name="SYSLOG" class="ch.qos.logback.classic.net.SyslogAppender"> <syslogHost>localhost</syslogHost> <facility>LOCAL0</facility> </appender> ... <appender name="DAILY_ROLLING" class="ch.qos.logback.core.rolling.RollingFileAppender"> <File>logs/dm.log</File> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <FileNamePattern>logs/dm.%d{yyyyMMdd}.log</FileNamePattern> </rollingPolicy> <encoder> <pattern>%d{yyyy-MM-dd'T'HH:mm:ss.SSS} [%p] %c{2} DSN:%X{X-HTC-DEVICE-SN} APV:%X{X-HTC-APP-VERSION} RID:%X{X-HTC-REQUEST-ID} - %m%n</pattern> </encoder> </appender> ... <root level="info"> <appender-ref ref="STDOUT" /> <appender-ref ref="DAILY_ROLLING" /> <appender-ref ref="SYSLOG" /> </root> The messages are making it to syslog, but the text is screwed up. For example DAILY_ROLLING appender shows... 2013-02-12T12:37:58.363 [WARN] h.c.s.d.u.s.i.ProfileDataSource DSN:REK_20130212_1237 APV:com.htc.cs.dm;1.0.2219283162.452657.434767;mango RID:0001 - No Device Profile for serialNumber: REK_20130212_1237 ...but SYSLOG appender dorks it as... Feb 12 12:37:58 127.0.0.1 bobk-mbp.local [qtp763161750-30] htc.cs.service.device.ui.services.impl.ProfileDataSource No Device Profile for serialNumbe]: REK_20130212_1237 . The word "serialNumber" is presented as "serialNumbe]". Other messages are dorked in a similar manner; always one character at the end of some word gets replaced by a ']'. In my configuration, somehow, every syslog message is getting some single random character replaced with ']'. Where did I go wrong? Do I have to put an <encoder> on the Appender? I though that without an encoder the message went straight out. Is it my logback configuration screwing up, or is syslog to blame? So many questions, so little time. Thanks in advance for any insights you can offer. Bob

1 1

getThrowable() not part of IThrowableProxy?
by Richard Sand 12 Feb '13

12 Feb '13

Quick question - is there a reason why the method getThrowable() is not part of the IThrowableProxy interface? ThrowableProxy has it but since it's not part of the interface I need to cast to ThrowableProxy to access it. Purpose here is in a custom AppenderBase implementation, where I want to do some special processing if the ILoggingEvent has a throwable in it. I see that the IThrowableProxy provides its own methods of returning information about the underlying throwable object, but I've already got an existing library to handle the throwable object in the way I need to. It's not a huge deal (as said casting IThrowableProxy to ThrowableProxy does the trick) but it seems like it should be part of the interface. Thanks! Richard Sand | Managing Director PO Box 91824 | Austin | Texas 78709-1824 | USA Office: +1 888 612 8820 ext 02 | Fax: +1 866 304 3754 Mobile: +1 267 984 3651

1 1

commons-logging -> sl4j -> logback
by Kristian Lind 12 Feb '13

12 Feb '13

In a previous project I switched from commons-logging -> log4j to sl4j -> logback. One of the reasons I did that was the overhead in log4j when providing a object in the log... log.debug("This is a object" + object); would cause the object.toString to be called even debug was not enabled. Now I work on a new project that uses commons-logging -> sl4j -> logback (jcl-over-slf4j) My question is now, will this still call object.toString.. even debug is not enabled import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; .... log.debug("This is a object" + object); I would like to get rid of commons-logging and jcl-over.sl4j and only have sl4j and logback.

6 19