June 2020 - logback-dev - mailman3.qos.ch

[JIRA] (LOGBACK-945) extended ServerSocketReceiver and AbstractServerSocketAppender have their respective own thread pools for managing client connections
by QOS.CH (JIRA) 29 Jun '20

29 Jun '20

1 0

[JIRA] (LOGBACK-945) extended ServerSocketReceiver and AbstractServerSocketAppender have their respective own thread pools for managing client connections
by QOS.CH (JIRA) 29 Jun '20

29 Jun '20

1 0

JDK 15 is in Rampdown Phase One
by Rory O'Donnell 22 Jun '20

22 Jun '20

Hi Ceki, *Per the JDK 15 schedule , we are in Rampdown Phase One* *[1] * *Please advise if you find any issues while testing the latest Early Access builds. * * Schedule for JDK 15 o *2020/06/11 Rampdown Phase One* o 2020/07/16 Rampdown Phase Two o 2020/08/06 Initial Release Candidate o 2020/08/20 Final Release Candidate o 2020/09/15 General Availability * Features included in JDK 15: o JEP 339: Edwards-Curve Digital Signature Algorithm (EdDSA) <http://openjdk.java.net/jeps/339> o JEP 360: Sealed Classes (Preview) <http://openjdk.java.net/jeps/360> o JEP 371: Hidden Classes <http://openjdk.java.net/jeps/371> o JEP 372: Remove the Nashorn JavaScript Engine <http://openjdk.java.net/jeps/372> o JEP 373: Reimplement the Legacy DatagramSocket API <https://openjdk.java.net/jeps/373> o JEP 374: Disable and Deprecate Biased Locking <http://openjdk.java.net/jeps/374> o JEP 375: Pattern Matching for instanceof (Second Preview) <https://openjdk.java.net/jeps/375> o JEP 377: ZGC: A Scalable Low-Latency Garbage Collector <http://openjdk.java.net/jeps/377> o JEP 378: Text Blocks <http://openjdk.java.net/jeps/378> o JEP 379: Shenandoah: A Low-Pause-Time Garbage Collector <https://openjdk.java.net/jeps/379> o JEP 381: Remove the Solaris and SPARC Ports <https://openjdk.java.net/jeps/381> o JEP 383: Foreign-Memory Access API (Second Incubator) <https://openjdk.java.net/jeps/383> o JEP 384: Records (Second Preview) <https://openjdk.java.net/jeps/384> o JEP 385: Deprecate RMI Activation for Removal <https://openjdk.java.net/jeps/385> *JDK 15 **Early Access build 28 **is available**at : - jdk.java.net/15/* These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception**Release notes * Release notes o http://jdk.java.net/15/release-notes * Recent fixes that might be of interest o Build 27 + JDK-8233215: jpackage doesn't allow enough flexibility for file type binding + JDK-8244582: Remove terminally deprecated Solaris-specific SO_FLOW_SLA socket option + JDK-8245068: Implement Deprecation of RMI Activation + JDK-8246770: Atomic::add() with 64 bit value fails to link on 32-bit platforms # Reported by JaCoCo o Build 26 + JDK-8240871: SSLEngine handshake status immediately after the handshake can be NOT_HANDSHAKING rather than FINISHED with TLSv1.3 # Reported by Apache Tomcat o Build 25 + JDK-8206925: Support the certificate_authorities extension + JDK-8239480: Support for CLDR version 37 + JDK-8243925: Toolkit#getScreenInsets() returns wrong value on HiDPI screens (Windows) *JDK 16 Early Access build 2 ****is available**at : - jdk.java.net/16/* These early-access, open-source builds are provided under the GNU General Public License, version 2, with the Classpath Exception.* * *_Survey on _**_jinfo, jmap, jstack serviceability tools in JDK:_ * * Oracle is considering deprecation and (eventual) removal of 3 JDK tools - jinfo, jmap, jstack. * The Survey Link <https://www.questionpro.com/a/TakeSurvey?tt=n%2BDcx/aY3aA%3D> will remain open through July 15 2020. Rgds, Rory [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-June/004401.html -- Rgds, Rory O'Donnell Quality Engineering Manager Oracle EMEA, Dublin, Ireland

1 0

[JIRA] (LOGBACK-1027) Circular Referenced Suppressed Exception Throws StackOverflowError
by QOS.CH (JIRA) 05 Jun '20

05 Jun '20

1 0

Logback : logs getting lost
by Narendhiran Asokan 03 Jun '20

03 Jun '20

Hi Team,We are planning to logback using AsyncAppender we are noticing the logs getting missed.we already have the below setting  for AsyncAppender<appender name="ASYNC_CONSOLE" class="ch.qos.logback.classic.AsyncAppender"> <queueSize>100000</queueSize> <discardingThreshold>0</discardingThreshold> <neverBlock>true</neverBlock> <appender-ref ref="STDOUT" /> </appender> When we run a small load test ie 10 RPS for 5 minutes ie for 3000 request we are getting all the logs in the stackdriver but when we try to increase the RPS ie., 40 RPS for 5 mins out of 12,000 request we could see around 30% logs are not getting logged ie., around 8000 we are getting in the GCP stackdriver Please suggest if we need to have any tunning parameter while using logback also how can I debug this issue. Thanks Narendhiran  

1 0