- logback-dev - mailman3.qos.ch

[JIRA] (LOGBACK-1462) Jetty + Logback > Stack Overflow during logging framework initialization
by QOS.CH (JIRA) 03 Apr '19

03 Apr '19

1 0

[JIRA] (LOGBACK-1462) Jetty + Logback > Stack Overflow during logging framework initialization
by QOS.CH (JIRA) 02 Apr '19

02 Apr '19

Daniel Stibor created LOGBACK-1462: -------------------------------------- Summary: Jetty + Logback > Stack Overflow during logging framework initialization Key: LOGBACK-1462 URL: https://jira.qos.ch/browse/LOGBACK-1462 Project: logback Issue Type: Bug Components: logback-classic Affects Versions: 1.1.1 Environment: JDK 11.0.2 logback-classic 1.1.1 jetty 9.4.14 Reporter: Daniel Stibor Assignee: Logback dev list Hello, my app cannot be initialized due to stack overflow error caused by recursive calls between jetty and logback initialization. Application classes were intentionally renamed. java.lang.RuntimeException: ApplicationBootstrap : Error occurred during initialization at com.xxx.app.ApplicationBootstrap.init at com.xxx.app.ApplicationBootstrap.contextInitialized at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:957) at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:552) at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:922) at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:364) at org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1497) at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1459) at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:852) at org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:278) at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:545) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:138) at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:117) at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:113) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:138) at org.eclipse.jetty.server.Server.start(Server.java:415) at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:108) at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:113) at org.eclipse.jetty.server.Server.doStart(Server.java:382) at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68) at com.xxx.EmbeddedJetty.startServer(EmbeddedJetty.java:235) at com.xxx.EmbeddedJetty.run(EmbeddedJetty.java:92) at com.xxx.EmbeddedJetty.main(EmbeddedJetty.java:76) Caused by: java.lang.StackOverflowError at java.base/java.net.URL.<init>(URL.java:656) at java.base/java.net.URL.<init>(URL.java:523) at java.base/jdk.internal.loader.URLClassPath$FileLoader.getResource(URLClassPath.java:1176) at java.base/jdk.internal.loader.URLClassPath$FileLoader.findResource(URLClassPath.java:1165) at java.base/jdk.internal.loader.URLClassPath.findResource(URLClassPath.java:291) at java.base/java.net.URLClassLoader$2.run(URLClassLoader.java:655) at java.base/java.net.URLClassLoader$2.run(URLClassLoader.java:653) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.net.URLClassLoader.findResource(URLClassLoader.java:652) at org.eclipse.jetty.webapp.WebAppClassLoader.loadAsResource(WebAppClassLoader.java:635) at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:546) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) at ch.qos.logback.classic.spi.PackagingDataCalculator.loadClass(PackagingDataCalculator.java:207) at ch.qos.logback.classic.spi.PackagingDataCalculator.bestEffortLoadClass(PackagingDataCalculator.java:232) at ch.qos.logback.classic.spi.PackagingDataCalculator.computeBySTEP(PackagingDataCalculator.java:138) at ch.qos.logback.classic.spi.PackagingDataCalculator.populateUncommonFrames(PackagingDataCalculator.java:113) at ch.qos.logback.classic.spi.PackagingDataCalculator.populateFrames(PackagingDataCalculator.java:105) at ch.qos.logback.classic.spi.PackagingDataCalculator.calculate(PackagingDataCalculator.java:57) at ch.qos.logback.classic.spi.ThrowableProxy.calculatePackagingData(ThrowableProxy.java:147) at ch.qos.logback.classic.spi.LoggingEvent.<init>(LoggingEvent.java:124) at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:440) at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:396) at ch.qos.logback.classic.Logger.log(Logger.java:788) at org.eclipse.jetty.util.log.JettyAwareLogger.log(JettyAwareLogger.java:668) at org.eclipse.jetty.util.log.JettyAwareLogger.warn(JettyAwareLogger.java:474) at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:73) at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:67) at org.eclipse.jetty.webapp.ClasspathPattern.match(ClasspathPattern.java:706) at org.eclipse.jetty.webapp.WebAppContext.isServerClass(WebAppContext.java:829) at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:558) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) at ch.qos.logback.classic.spi.PackagingDataCalculator.loadClass(PackagingDataCalculator.java:207) at ch.qos.logback.classic.spi.PackagingDataCalculator.bestEffortLoadClass(PackagingDataCalculator.java:232) at ch.qos.logback.classic.spi.PackagingDataCalculator.computeBySTEP(PackagingDataCalculator.java:138) at ch.qos.logback.classic.spi.PackagingDataCalculator.populateUncommonFrames(PackagingDataCalculator.java:113) at ch.qos.logback.classic.spi.PackagingDataCalculator.populateFrames(PackagingDataCalculator.java:105) at ch.qos.logback.classic.spi.PackagingDataCalculator.calculate(PackagingDataCalculator.java:57) at ch.qos.logback.classic.spi.ThrowableProxy.calculatePackagingData(ThrowableProxy.java:147) at ch.qos.logback.classic.spi.LoggingEvent.<init>(LoggingEvent.java:124) at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:440) at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:396) at ch.qos.logback.classic.Logger.log(Logger.java:788) at org.eclipse.jetty.util.log.JettyAwareLogger.log(JettyAwareLogger.java:668) at org.eclipse.jetty.util.log.JettyAwareLogger.warn(JettyAwareLogger.java:474) at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:73) at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:67) at org.eclipse.jetty.webapp.ClasspathPattern.match(ClasspathPattern.java:706) at org.eclipse.jetty.webapp.WebAppContext.isServerClass(WebAppContext.java:829) at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:558) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) at ch.qos.logback.classic.spi.PackagingDataCalculator.loadClass(PackagingDataCalculator.java:207) at ch.qos.logback.classic.spi.PackagingDataCalculator.bestEffortLoadClass(PackagingDataCalculator.java:232) at ch.qos.logback.classic.spi.PackagingDataCalculator.computeBySTEP(PackagingDataCalculator.java:138) at ch.qos.logback.classic.spi.PackagingDataCalculator.populateUncommonFrames(PackagingDataCalculator.java:113) at ch.qos.logback.classic.spi.PackagingDataCalculator.populateFrames(PackagingDataCalculator.java:105) at ch.qos.logback.classic.spi.PackagingDataCalculator.calculate(PackagingDataCalculator.java:57) at ch.qos.logback.classic.spi.ThrowableProxy.calculatePackagingData(ThrowableProxy.java:147) at ch.qos.logback.classic.spi.LoggingEvent.<init>(LoggingEvent.java:124) at ch.qos.logback.classic.Logger.buildLoggingEventAndAppend(Logger.java:440) at ch.qos.logback.classic.Logger.filterAndLog_0_Or3Plus(Logger.java:396) at ch.qos.logback.classic.Logger.log(Logger.java:788) at org.eclipse.jetty.util.log.JettyAwareLogger.log(JettyAwareLogger.java:668) at org.eclipse.jetty.util.log.JettyAwareLogger.warn(JettyAwareLogger.java:474) at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:73) at org.eclipse.jetty.util.log.Slf4jLog.warn(Slf4jLog.java:67) at org.eclipse.jetty.webapp.ClasspathPattern.match(ClasspathPattern.java:706) at org.eclipse.jetty.webapp.WebAppContext.isServerClass(WebAppContext.java:829) at org.eclipse.jetty.webapp.WebAppClassLoader.loadClass(WebAppClassLoader.java:558) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) ..... -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

JDK 13 - Early Access build 14 is available
by Rory O'Donnell 29 Mar '19

29 Mar '19

Hi Ceki, *OpenJDK builds *- JDK 13 - Early Access build 14 is available at http://jdk.java.net/13/ * These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html>. * Changes in this build <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B13%22%3A%3…> * Release notes [1] * JDK 13 Schedule proposal accepted [2] o 2019/06/13 Rampdown Phase One o 2019/07/18 Rampdown Phase Two o 2019/08/08 Initial Release Candidate o 2019/08/22 Final Release Candidate o 2019/09/17 General Availability *jpackage EA * * This is an early access build of JEP 343: Packaging Tool <https://openjdk.java.net/jeps/343>, aimed at testing a prototype implementation of jpackage, which is a new tool for packaging self-contained Java applications along with a Java Runtime Environment. * Build 30 is now available http://jdk.java.net/jpackage/ * Please send feedback via e-mail to core-libs-dev(a)openjdk.java.net <mailto:core-libs-dev@openjdk.java.net> *Quality Outreach report for **March 2019* * The report for March 2019 is available here <https://wiki.openjdk.java.net/display/quality/Quality+Outreach+report+March…> * Thanks to all those contributed ! *Recent Blog:* A new (Japanese) era for Java! <https://blogs.oracle.com/java-platform-group/a-new-japanese-era-for-java> Rgds,Rory [1] http://jdk.java.net/13/release-notes [2] https://mail.openjdk.java.net/pipermail/jdk-dev/2019-March/002736.html -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland

1 0

Release Announcement: General Availability of Java 12 / JDK 12
by Rory O'Donnell 20 Mar '19

20 Mar '19

Hi Ceki, *1) Release Announcement: General Availability of Java 12 / JDK 12 [1] * * JDK 12, the reference implementation of Java 12, is now Generally Available. * GPL-licensed OpenJDK builds from Oracle are available here: https://jdk.java.net/12 This release includes the following eight features: * JEP 189: Shenandoah: A Low-Pause-Time Garbage Collector (Experimental) * JEP 230: Microbenchmark Suite * JEP 334: JVM Constants API * JEP 340: One AArch64 Port, Not Two * JEP 341: Default CDS Archives * JEP 344: Abortable Mixed Collections for G1 * JEP 346: Promptly Return Unused Committed Memory from G1 * JEP 325: Switch Expressions (Preview) <https://openjdk.java.net/jeps/325> Thanks to everyone who contributed JDK 12, whether by creating features or enhancements, logging bugs, or downloading and testing the early-access builds. *2) JDK 13 EA build 12, under both the GPL and Oracle EA licenses, is now available at **http://jdk.java.net/13**.* * Proposed - Schedule for JDK 13 [2] o 2019/06/13 Rampdown Phase One o 2019/07/18 Rampdown Phase Two o 2019/08/08 Initial Release Candidate o 2019/08/22 Final Release Candidate o 2019/09/17 General Availability * Recent Bug fixes of Interest o Build 9: + 8214719: Deprecate -Xverify:none option + 8216360: Deprecate -XX:CompilationPolicyChoice o Build 10: + 8218995: Deprecate the -XX:FailOverToOldVerifier option o Build 12 : 8160247: Mark deprecated javax.security.cert APIs with forRemoval=true + 8220050: Deprecate -XX:-ThreadLocalHandshakes + Apache Lucene Reported - 8219448: split-if update_uses accesses stale idom data * Changes in this build [3] Rgds,Rory [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2019-March/002718.html [2] https://mail.openjdk.java.net/pipermail/jdk-dev/2019-March/002716.html [3] Changes <http://hg.openjdk.java.net/jdk/jdk/log?rev=reverse%28%22jdk-13%2B11%22%3A%3…> in this build -- Rgds,Rory O'Donnell Quality Engineering Manager Oracle EMEA , Dublin, Ireland

1 0

[JIRA] (LOGBACK-1461) Tokenizer splits values containing special characters during variable substitution
by QOS.CH (JIRA) 19 Mar '19

19 Mar '19

Marek Šabo created LOGBACK-1461: ----------------------------------- Summary: Tokenizer splits values containing special characters during variable substitution Key: LOGBACK-1461 URL: https://jira.qos.ch/browse/LOGBACK-1461 Project: logback Issue Type: Bug Components: logback-core Affects Versions: 1.2.3 Reporter: Marek Šabo Assignee: Logback dev list {code:java} <property name="pass_ok" value="myPassWith123#]@&"/> <property name="pass_split" value="myPassWith123}]@&"/> {code} Second password contains right curly brace which _ch.qos.logback.core.subst.Tokenizer_ uses a split-point. I guess all special chars from method _Tokenizer#handleLiteralState(..)_ ** will result in the same behavior: *$* *:* *\{* *}* I couldn't figure out how to escape the values properly. Tried approach with escaping from Layout Patterns, didn't help. -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

[JIRA] (LOGBACK-1000) MDC default value is not parsed
by QOS.CH (JIRA) 19 Mar '19

19 Mar '19

1 0

[JIRA] (LOGBACK-1297) Logback fails to roll once the file count exceeds 1000
by QOS.CH (JIRA) 15 Mar '19

15 Mar '19

1 0

[JIRA] (LOGBACK-1378) deadlock found
by QOS.CH (JIRA) 14 Mar '19

14 Mar '19

1 0

[JIRA] (LOGBACK-1362) NullPointerException in OutputStreamAppender on logback reconfiguratiuon
by QOS.CH (JIRA) 13 Mar '19

13 Mar '19

1 0

[JIRA] (LOGBACK-1460) totalSizeCap
by QOS.CH (JIRA) 07 Mar '19

07 Mar '19

huozhuang created LOGBACK-1460: ---------------------------------- Summary: totalSizeCap Key: LOGBACK-1460 URL: https://jira.qos.ch/browse/LOGBACK-1460 Project: logback Issue Type: Bug Affects Versions: 1.1.11 Environment: linux Reporter: huozhuang Assignee: Logback dev list Priority: Critical Attachments: 微信图片_20190307140658.png When the number of logs in a day is more than 1000, the logs cannot be deleted. -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0