Travis CI | 26 Aug 17:59 2015

Passed: dstockton/logback#1 (master - 6668b2c)

dstockton / logback (master)
Build #1 passed.
1 minute and 17 seconds
dstockton 6668b2c Changeset →
  Update README.txt

Want to know about upcoming build environment updates?

Would you like to stay up-to-date with the upcoming Travis CI build environment updates? We set up a mailing list for you! Sign up here.

Would you like to test your private code?

Travis Pro could be your new best friend!

_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Jared Martin (JIRA | 22 Aug 19:00 2015
Picon

[JIRA] (LOGBACK-1096) Add support for Log4J %l (Location)

Issue Type: New Feature
Affects Versions: 1.1.3
Assignee: Logback dev list
Components: logback-classic
Created: 22/Aug/15 7:00 PM
Description:

In PatternLayout, log4J (both 1.2 and 2.0) supports the %l encoding, which reads:

Used to output location information of the caller which generated the logging event.

The location information depends on the JVM implementation but usually consists of the fully qualified name of the calling method followed by the callers source the file name and line number between parentheses.

The location information can be very useful. However, its generation is extremely slow and should be avoided unless execution speed is not an issue.

However, this is not supported in Logback. I know that similar behavior can be achieved with {{%caller

{1}

}}, but the formatting for that is quite rigid and also can be quite ugly. Can we have support for %l?

Project: logback
Labels: layouts
Priority: Minor
Reporter: Jared Martin
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Amir (JIRA | 21 Aug 14:36 2015
Picon

[JIRA] (LOGBACK-1095) FileName from StackTraceElement

Amir created LOGBACK-1095
Issue Type: Bug
Affects Versions: 1.1.3
Assignee: Logback dev list
Created: 21/Aug/15 2:35 PM
Description:

FileName from StackTraceElement can be null but in oracle.sql it has a constraint NOT NULL. Which raises

java.sql.SQLIntegrityConstraintViolationException: ORA-01400: cannot insert NULL into ("XYZ"."LOGGING_EVENT"."CALLER_FILENAME")

Project: logback
Priority: Major
Reporter: Amir
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Hrishikesh Mishra (JIRA | 18 Aug 09:47 2015
Picon

[JIRA] (LOGBACK-168) RollingFileAppender/TimeBasedRollingPolicy failing to ZIP files in different directory

This link is 404.

http://github.com/ceki/logback/commit/d886e9b0aa3

Please help.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Kunshan Wang (JIRA | 18 Aug 05:20 2015
Picon

[JIRA] (LOGBACK-978) Configuration variable & literal parsing errors

Kunshan Wang commented on LOGBACK-978

I am having problem with Scala, too.

There seems to be no way to escape the dollar sign. I would suggest using two consecutive dollar signs to make it one in the output, so "foo.bar.Baz$$" will become "foo.bar.Baz$".

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Gabriel Corona (JIRA | 17 Aug 21:22 2015
Picon

[JIRA] (LOGBACK-728) XMLLayout does not escape &

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Romain Moreau (JIRA | 14 Aug 14:55 2015
Picon

[JIRA] (LOGBACK-1094) Add full support of JavaMail 1.5 for SMTPAppender

Issue Type: Improvement
Affects Versions: 1.1.3
Assignee: Logback dev list
Components: logback-classic
Created: 14/Aug/15 2:54 PM
Description:

SMTPAppender cannot be used to send mails using an SSL connection with the last two releases of JavaMail (1.5.3 and 1.5.4).

When JavaMail 1.5.3 or 1.5.4 is used, the session isn't correctly built anymore and it results in JavaMail being unable to connect to the server:

DEBUG: JavaMail version 1.5.4 DEBUG: successfully loaded resource: /META-INF/javamail.default.providers DEBUG: Tables of loaded providers DEBUG: Providers Listed By Class Name: {com.sun.mail.smtp.SMTPSSLTransport=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Oracle], com.sun.mail.smtp.SMTPTransport=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle], com.sun.mail.imap.IMAPSSLStore=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Oracle], com.sun.mail.pop3.POP3SSLStore=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Oracle], com.sun.mail.imap.IMAPStore=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Oracle], com.sun.mail.pop3.POP3Store=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Oracle]} DEBUG: Providers Listed By Protocol: {imaps=javax.mail.Provider[STORE,imaps,com.sun.mail.imap.IMAPSSLStore,Oracle], imap=javax.mail.Provider[STORE,imap,com.sun.mail.imap.IMAPStore,Oracle], smtps=javax.mail.Provider[TRANSPORT,smtps,com.sun.mail.smtp.SMTPSSLTransport,Oracle], pop3=javax.mail.Provider[STORE,pop3,com.sun.mail.pop3.POP3Store,Oracle], pop3s=javax.mail.Provider[STORE,pop3s,com.sun.mail.pop3.POP3SSLStore,Oracle], smtp=javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle]} DEBUG: successfully loaded resource: /META-INF/javamail.default.address.map 2015-08-14 14:35:33.104 ERROR --- [est.Main.main()] fr.romainmoreau.test.Main : Test DEBUG: getProvider() returning javax.mail.Provider[TRANSPORT,smtp,com.sun.mail.smtp.SMTPTransport,Oracle] DEBUG SMTP: need username and password for authentication DEBUG SMTP: useEhlo true, useAuth true DEBUG SMTP: trying to connect to host "smtp.gmail.com", port 465, isSSL false DEBUG SMTP: EOF: [EOF] DEBUG SMTP: could not connect to host "smtp.gmail.com", port: 465, response: -1

A reproduction project based on Gmail can be found here: https://github.com/romainmoreau/logback-test/

Project: logback
Labels: smtpappender
Priority: Major
Reporter: Romain Moreau
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Jimmy Axenhus | 7 Aug 21:07 2015

Third-party extension: IRC appender

Hi!

I've written an IRC appender for Logback. It's simply an appender that will 
log to an IRC channel. 

I got a request today to add it to the Maven central. At the time of writing 
this it should be there within two hours.

It would be nice if you could add this to http://logback.qos.ch/download.html

Project page: https://dev.usoog.com/projects/logback-irc-appender

/Jimmy Axenhus
Kyle Smith (JIRA | 5 Aug 03:20 2015
Picon

[JIRA] (LOGBACK-1052) Update logback-access to support jetty's updated requestlog interface

Kyle Smith commented on LOGBACK-1052

The most obvious change to the RequestLog interface in Jetty was reverted (https://bugs.eclipse.org/bugs/show_bug.cgi?id=446564) in April 2015 but one more subtle change is that the RequestLog interface no longer extends (Jetty's) LifeCycle interface. As a result, any RequestLogImpl that get added as a handler to Jetty won't be started & configured by the container effectively rendering the log call a no-op.

I've opened a PR that addresses the problem here: https://github.com/qos-ch/logback/pull/269

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Søren Turin (JIRA | 2 Aug 12:39 2015
Picon

[JIRA] (LOGBACK-1093) ch.qos.logback.classic.db.DBAppender does not unload on undeploy running on tomcat causing a memory leak

Issue Type: Bug
Affects Versions: 1.1.3, 1.0.13, 1.0.9
Assignee: Logback dev list
Attachments: mem-leak.zip
Components: logback-classic
Created: 02/Aug/15 12:38 PM
Description:

I'm attaching a skeleton web servlet that illustrates the problem. Deploying the project and immediately after that undeploying it, will not cause a memory issue since the logger isn't triggered. If however, you use a browser and navigate to http://localhost:8080/mem-leak/ the application cannot unload since the DBAppender has been invoked.
If you remove the references to DBAppender from logback.xml everything works like a dream no matter what you do.

Environment:

Running a Postgres 9.3 database with the standard logging schema set up and proper user rights, this systematically fails to unload. It's been tried with java 7 and 8. Under Windows, linux, and OS X. And all sorts of tomcat versions and configurations. Currently i'm running with postgresql-9.3-1101-jdbc41.jar installed in tomcat/lib.

Project: logback
Labels: dbappender
Priority: Major
Reporter: Søren Turin
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev
Matt Whipple (JIRA | 29 Jul 13:03 2015
Picon

[JIRA] (LOGBACK-1092) Add GEventEvaluator to logback access

Matt Whipple commented on LOGBACK-1092

I can submit a PR for this but want to sanity check the approach. I'd mirror the Janino approach and extract a generic Base class into core.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
logback-dev mailing list
logback-dev@...
http://mailman.qos.ch/mailman/listinfo/logback-dev

Gmane