- logback-user - mailman3.qos.ch

Fwd: Managing Logging JMXConfiguration via weblogic.WLST
by Troy Hart 02 Oct '13

02 Oct '13

Help please. I am deploying my application in weblogic server 12. I have my application configured with the jmxConfigurator. In my development environment I have disabled jmx remote authentication with the following java args: -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9999 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false With this configuration I can connect to a running weblogic process using jconsole. Within this tool there is an MBeans tab and from there I can navigate to a node named "ch.qos.logback.classic" and I can see and modify my application's logging configuration. This works great for development. When I go to production I want to provide a way for the CM/Support team to administer the configuration at runtime. However, I can not disable jmx remote authentication for this scenario. Also, I don't think I'll be able to use jconsole in this environment. I will be able to use weblogic's WLST tool though. The problem is that I can't find or configure the MBeans within the WLST tool. Attached is a screen shot of jconsole, within which I can modify the configuration. Then below, I will show some of my failing in wlst: > wls:/emall/domainConfig> find(name="ch.qos.logback.classic") > Finding 'ch.qos.logback.classic' in all registered MBean instances ... > No results found in MBean Instances > > wls:/emall/domainConfig> find(name="acct") > Finding 'acct' in all registered MBean instances ... > No results found in MBean Instances > > wls:/emall/domainConfig> > find(name="ch.qos.logback.classic.jmx.JMXConfigurator") > Finding 'ch.qos.logback.classic.jmx.JMXConfigurator' in all registered > MBean instances ... > No results found in MBean Instances > > wls:/emall/domainConfig> > find(name="ch.qos.logback.classic:Name=acct,Type=ch.qos.logback.classic.jmx.JMXConfigurator") > Finding > 'ch.qos.logback.classic:Name=acct,Type=ch.qos.logback.classic.jmx.JMXConfigurator' > in all registered MBean instances ... > No results found in MBean Instances > > wls:/emall/serverRuntime> serverConfig() > > wls:/emall/serverConfig> find(name="ch.qos.logback.classic") > Finding 'ch.qos.logback.classic' in all registered MBean instances ... > No results found in MBean Instances > > wls:/emall/serverConfig> find(name="acct") > Finding 'acct' in all registered MBean instances ... > No results found in MBean Instances > > wls:/emall/serverConfig> > find(name="ch.qos.logback.classic.jmx.JMXConfigurator") > Finding 'ch.qos.logback.classic.jmx.JMXConfigurator' in all registered > MBean instances ... > No results found in MBean Instances > > wls:/emall/serverConfig> > find(name="ch.qos.logback.classic:Name=acct,Type=ch.qos.logback.classic.jmx.JMXConfigurator") > Finding > 'ch.qos.logback.classic:Name=acct,Type=ch.qos.logback.classic.jmx.JMXConfigurator' > in all registered MBean instances ... > No results found in MBean Instances [image: Inline image 1]

1 0

Re: [logback-user] Multiple log files to single archive
by PaSik 02 Oct '13

02 Oct '13

Well, we have configured a rolling appender by date and size and have an app that produces lots of logs - hundreds of 40MB files. We have a script that compresses those files at the end of the day but we have some problems with it - sometimes files are locked by logback, there's also the topic of multiple environments. It'd be nice if the logback itself did it for us, but I don't want to end up with hundreds od zip files instead. Anyway, thanks for your insight. If I do decide to implement something and it works I'll then create a ticket with the contribution. Regards, Tom David Roussel <nabble(a)diroussel.xsmail.com> wrote: >Tom, > >If you create a ticket no one is going to do the work for you as I don't think anyone else needs this functionality. If you implement it by all means pleas contribute back. I'm not a commiter, just a user. > >You could start by subclassing one of the existing rolling implementations and add in your extra logic. > >It does all seem to get complicated quickly. How do you configure the archive interval? A new tag in the confg? How do you match all the older files, but not the current one etc. > >What advantage do you think you are gaining from this scheme you are suggesting? > >David > >> On 2 Oct 2013, at 08:35, PaSik <tompasik(a)poczta.fm> wrote: >> >> I wasn't aware that Java doesn't provide any API to modify ZIP archives, that's a shake :-( >> Do you think it would be doable if the request would be to create the zip archive once at the time the archive should roll. I guess the concept of rolling should be twofold - the log files roll independently of the archives and the archives roll every n archive rolls. The moment the archive rolls all logs should be archived. >> In case of %d{yyyy-MM-dd}.%i.zip pattern on every change of %i the next log would be created (no archiving happens at this time) and on the change of the date the rolling should happen as usual but also all the %i logs created on the previous date should be archived. >> Do you think I can create a ticket for such a feature? >> >> Regards, >> Tom >> >> David Roussel <nabble(a)diroussel.xsmail.com> wrote: >> >>> No that is not supported. >>> >>> Note that there are no java APIs (that I know of) for modifying a zip file. The only way to add a file to an existing zip file is to create a new zip file with the file added and then delete the old zip file. >>> >>> David >>> >>>> On 1 Oct 2013, at 09:57, PaSik <tompasik(a)poczta.fm> wrote: >>>> >>>> Hi, >>>> >>>> Could you please tell me whether it's possible to configure logback in such a way that multiple log files are compressed to a single, possibly already existing archive (existing because logback itself has already put some log Giles in this archive). >>>> >>>> The current use case is that I'd like to have a RollingFileAppender with SizeAndTimeBasedFNATP with fileNamePattern=mylog-%d{yyyy-MM-dd}.%i.zip and have the log files archived to mylog-%d{yyyy-MM-dd}.zip. >>>> >>>> Another use case would be an app that doesn't produce much logs and the loga would be produced to daily files but the archives would be monthly. >>>> >>>> Thanks, >>>> Tom >>>> _______________________________________________ >>>> Logback-user mailing list >>>> Logback-user(a)qos.ch >>>> http://mailman.qos.ch/mailman/listinfo/logback-user >>> _______________________________________________ >>> Logback-user mailing list >>> Logback-user(a)qos.ch >>> http://mailman.qos.ch/mailman/listinfo/logback-user >> _______________________________________________ >> Logback-user mailing list >> Logback-user(a)qos.ch >> http://mailman.qos.ch/mailman/listinfo/logback-user >_______________________________________________ >Logback-user mailing list >Logback-user(a)qos.ch >http://mailman.qos.ch/mailman/listinfo/logback-user

1 0

Re: [logback-user] Multiple log files to single archive
by PaSik 02 Oct '13

02 Oct '13

I wasn't aware that Java doesn't provide any API to modify ZIP archives, that's a shake :-( Do you think it would be doable if the request would be to create the zip archive once at the time the archive should roll. I guess the concept of rolling should be twofold - the log files roll independently of the archives and the archives roll every n archive rolls. The moment the archive rolls all logs should be archived. In case of %d{yyyy-MM-dd}.%i.zip pattern on every change of %i the next log would be created (no archiving happens at this time) and on the change of the date the rolling should happen as usual but also all the %i logs created on the previous date should be archived. Do you think I can create a ticket for such a feature? Regards, Tom David Roussel <nabble(a)diroussel.xsmail.com> wrote: >No that is not supported. > >Note that there are no java APIs (that I know of) for modifying a zip file. The only way to add a file to an existing zip file is to create a new zip file with the file added and then delete the old zip file. > >David > >> On 1 Oct 2013, at 09:57, PaSik <tompasik(a)poczta.fm> wrote: >> >> Hi, >> >> Could you please tell me whether it's possible to configure logback in such a way that multiple log files are compressed to a single, possibly already existing archive (existing because logback itself has already put some log Giles in this archive). >> >> The current use case is that I'd like to have a RollingFileAppender with SizeAndTimeBasedFNATP with fileNamePattern=mylog-%d{yyyy-MM-dd}.%i.zip and have the log files archived to mylog-%d{yyyy-MM-dd}.zip. >> >> Another use case would be an app that doesn't produce much logs and the loga would be produced to daily files but the archives would be monthly. >> >> Thanks, >> Tom >> _______________________________________________ >> Logback-user mailing list >> Logback-user(a)qos.ch >> http://mailman.qos.ch/mailman/listinfo/logback-user >_______________________________________________ >Logback-user mailing list >Logback-user(a)qos.ch >http://mailman.qos.ch/mailman/listinfo/logback-user

2 1

Handling file access errors
by Gabriel Soto 01 Oct '13

01 Oct '13

Good afternoon, We are using Logback in a security sensitive application. The logging configuration normally includes a RollingFileAppender but we have the following requirement: If at any time a write to the log fails (due to a full disk, file permissions, etc.) the application must halt immediately, because no logs means no audit data, and that constitutes a high security risk. Now, the usual behavior when Logback can't write to the file is to log the error and continue. What would be the right way to handle this? Thank you, Gabriel

2 1

Multiple log files to single archive
by PaSik 01 Oct '13

01 Oct '13

Hi, Could you please tell me whether it's possible to configure logback in such a way that multiple log files are compressed to a single, possibly already existing archive (existing because logback itself has already put some log Giles in this archive). The current use case is that I'd like to have a RollingFileAppender with SizeAndTimeBasedFNATP with fileNamePattern=mylog-%d{yyyy-MM-dd}.%i.zip and have the log files archived to mylog-%d{yyyy-MM-dd}.zip. Another use case would be an app that doesn't produce much logs and the loga would be produced to daily files but the archives would be monthly. Thanks, Tom

2 1

creating an OutputstreamAppender
by Michael Guymon 27 Sep '13

27 Sep '13

Hello Logbackers, I am trying to manually create an OutputstreamAppender that writes to a ByteArrayOutputStream. I am stumped by a NPE at LayoutWrappingEncoder.doEncode(LayoutWrappingEncoder). Here is a gist what I have so far[1]. From all the examples I found on the web, it appears correct. Sadly, it does not work. What I find odd is that I am passing in a PatternEncoder, so how is the LayoutWrappingEncoder being called? My understanding was LayoutWrappingEncoder was for deprecated Layouts. Any help would be greatly appreciated. 1: https://gist.github.com/mguymon/6723434 thanks, Michael

1 0

Logback/SLF4J and Akka
by Adam Gordon 24 Sep '13

24 Sep '13

Has anyone used Logback & SLF4J with Akka? We're seeing some really weird issues where log files aren't rolling when they're supposed to and the only thing that could be causing it is Akka because the log configuration by itself worked fine before Akka was introduced. We have the following Akka logging configuration set: # Log akka config settings akka.log-config-on-start=true # Event handlers to register at boot time (Logging$DefaultLogger logs to STDOUT) loggers = ["akka.event.slf4j.Slf4jLogger"] # Log level used by the configured loggers (see "event-handlers") as soon # as they have been started; before that, see "stdout-loglevel" # Options: ERROR, WARNING, INFO, DEBUG loglevel = INFO # Log level for the very basic logger activated during AkkaApplication startup # Options: ERROR, WARNING, INFO, DEBUG stdout-loglevel = INFO --adam http://gordonizer.com

1 0

NPE in Joran
by Franck Routier 24 Sep '13

24 Sep '13

Hi, we are hit by a NPE while configuring Logback. Here is the stacktrace: java.lang.NullPointerException at java.io.File.<init>(Unknown Source) at ch.qos.logback.core.joran.spi.ConfigurationWatchList.convertToFile(ConfigurationWatchList.java:88) at ch.qos.logback.core.joran.spi.ConfigurationWatchList.addAsFileToWatch(ConfigurationWatchList.java:52) at ch.qos.logback.core.joran.spi.ConfigurationWatchList.setMainURL(ConfigurationWatchList.java:48) at ch.qos.logback.core.joran.util.ConfigurationWatchListUtil.setMainWatchURL(ConfigurationWatchListUtil.java:46) at ch.qos.logback.core.joran.GenericConfigurator.informContextOfURLUsedForConfiguration(GenericConfigurator.java:92) at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:48) at com.axege.core.init.AxabasContextListener.contextInitialized(AxabasContextListener.java:48) The code in AxabasContextListener looks like this: URL confFile = this.getClass().getResource(logContextFilePath); if (confFile != null) { LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory(); StatusManager statusManager = lc.getStatusManager(); OnConsoleStatusListener onConsoleListener = new OnConsoleStatusListener(); statusManager.add(onConsoleListener); try { JoranConfigurator configurator = new JoranConfigurator(); configurator.setContext(lc); // the context was probably already configured by default configuration rules lc.reset(); configurator.doConfigure(confFile); } catch (JoranException je) { je.printStackTrace(); } StatusPrinter.printInCaseOfErrorsOrWarnings(lc); } So we check if confFile exists, and it does, but we get a NPE in Joran... The very same code works on different environments, so this is probably due to the specific context we are deploying in, but we can't figure it out... Any help or pointer would be greatly appreciated. Regards, Franck

1 0

Formatting exceptions
by Russell Webb 24 Sep '13

24 Sep '13

I'm currently trying to configure logging for a Play app I'm working on so that the main part of the log messages are on one line. I reconfigured my file appender by removing the new lines except for at the end. <pattern>%date - [%level] - from %logger in %thread - %message - %exception%n</pattern> However when an exception occurs the message part appears two lines below the start of the log --- [error] application - ! @6fl7pl0b3 - Internal server error, for (GET) [/owner/4675002] -> - play.api.Application$$anon$1: Execution exception[[RuntimeException: Testing exception]] at play.api.Application$class.handleError(Application.scala:289) ... --- Does anyone know why this might happen and how I can change this? Thx

1 0

How to clear MDC values for specific thread once the operation is completed
by Govardhana 24 Sep '13

24 Sep '13

Hi, Recently we have upgraded our application from log4j to logback. we were successful to retain the existing functionality and added the unique features of logback. But... As our application is deployed in weblogic. it has thread-pool concept .. Due to this, we see that, when existing threads are being used for some operation, malicious data has been logged. we were tried to unset the MDC values explicitly by identifying the end point of application, still for some invocation, it became difficult to clear the MDC values.. Is there any way to clear the MDC values once the operation is completed? we have seen the below link,but not sure, whether it solves our issue or not.. http://jira.qos.ch/browse/LOGBACK-422 Any help is much appreciated. Regards, Govardhana Reddy -- View this message in context: http://logback.10977.n7.nabble.com/How-to-clear-MDC-values-for-specific-thr… Sent from the Users mailing list archive at Nabble.com.

3 2