December 2020 - slf4j-dev - mailman3.qos.ch

JDK 16 is in Rampdown Phase One
by Rory O'Donnell 13 Dec '20

13 Dec '20

Hi Ceki, *Per the JDK 16 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 16 o *2020/12/10 Rampdown Phase One* o 2021/01/14 Rampdown Phase Two o 2021/02/04 Initial Release Candidate o 2021/02/18 Final Release Candidate o 2021/03/16 General Availability * Release Notes [2] OpenJDK 16 Early Access build 28**is now available at http://jdk.java.net/16 * Features - the overall feature set is frozen. No further JEPs will be targeted to this release. * Significant Integrations in b28: o *Integrated JEP 396: **Strongly Encapsulate JDK Internals by Default <https://openjdk.java.net/jeps/396>** * + Strongly encapsulate all internal elements of the JDK by default, except for critical internal APIs <https://openjdk.java.net/jeps/260#Description> such as |sun.misc.Unsafe|. + Allow end users to choose the relaxed strong encapsulation that has been the default since JDK 9. o Integrated JEP 397: Sealed Classes (Second Preview) <https://openjdk.java.net/jeps/397> with this release. + Enhance the Java programming language with sealed classes and interfaces <https://cr.openjdk.java.net/~briangoetz/amber/datum.html>. + Refines JEP 360 <https://openjdk.java.net/jeps/360> which was delivered in JDK 15 as a preview feature. * 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 recent builds that maybe of interest: o Build 28 + JDK-8256299: JEP 396: Strongly Encapsulate JDK Internals by Default + JDK-8166596: TLS support for the EdDSA signature algorithm + JDK-8256718: Old tracing flags are now obsolete and must be replaced with unified logging o Build 27 + JDK-8159746: (proxy) Support for default methods + JDK-8254631: Better support ALPN byte wire values in SunJSSE Project Loom Early-Access: *Build 16-loom+9-316 <http://jdk.java.net/loom/>* (2020/11/30) - based on JDK-16+25 <https://github.com/openjdk/jdk/releases/tag/jdk-16%2B25> * These early-access builds are provided under the GNU General Public License, version 2, with the Classpath Exception <http://openjdk.java.net/legal/gplv2+ce.html> * These builds are intended for developers looking to "kick the tyres" and provide feedback on using the API or by sending bug reports. * Please send feedback via e-mail to loom-dev(a)openjdk.java.net <mailto:loom-dev@openjdk.java.net>. To send e-mail to this address you must first subscribe to the mailing list <http://mail.openjdk.java.net/mailman/listinfo/loom-dev>. Rgds, Rory [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-December/004991.html [2] https://jdk.java.net/16/release-notes

1 0

[JIRA] Updates for SLF4J-493: Lambda expression call with log4j logs the wrong line number
by QOS.CH (JIRA) 11 Dec '20

11 Dec '20

SLF4J / SLF4J-493 [Open] Lambda expression call with log4j logs the wrong line number ============================== Here's what changed in this issue in the last few minutes. There is 1 comment. View or comment on issue using this link https://jira.qos.ch/browse/SLF4J-493 ============================== 1 comment ------------------------------ Daniel Gray on 11/Dec/20 3:36 PM I've looked more into this and it seems to be a bug in the log4j2 SLF4J bridge. I'll open a bug report there. ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0

[JIRA] SLF4J-504: New methods for Kotlin (scala?) developers.
by Aleksey Tomin 03 Dec '20

03 Dec '20

Hi for all What do you think about new methods in Logger interface for kotlin/scala developers? We want to use logger.trace { "Message with $parameter" } instead of logger.trace("Message with {}", parameter) It will be allowed when methods like default void trace(Supplier<String> msgSupplier) { if (isTraceEnabled()) { trace(msgSupplier.get()); } } will be added info org.slf4j.Logger interface. I've done the first part of this in https://github.com/qos-ch/slf4j/pull/253 and I will to done all of this if someone want to review.

1 0

[JIRA] Updates for SLF4J-504: Add methods with Supplier into Logger methods
by QOS.CH (JIRA) 03 Dec '20

03 Dec '20

SLF4J / SLF4J-504 [Open] Add methods with Supplier into Logger methods ============================== Here's what changed in this issue in the last few minutes. This issue has been created This issue is now assigned to you. View or comment on issue using this link https://jira.qos.ch/browse/SLF4J-504 ============================== Issue created ------------------------------ Aleksey Tomin created this issue on 03/Dec/20 9:30 AM Summary: Add methods with Supplier into Logger methods Issue Type: Improvement Assignee: SLF4J developers list Created: 03/Dec/20 9:30 AM Labels: logging Priority: Major Reporter: Aleksey Tomin Description: In kotlin we want to use {{}} {code:java} logger.trace { "Message with $parameter" }{code} {{}}instead of {{}} {code:java} logger.trace("Message with {}", parameter){code} {{}} I suggest adding default method *Logger.trace* (debug, etc) with trivial implementations like https://github.com/qos-ch/slf4j/pull/253 ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0

[JIRA] Updates for SLF4J-491: Deprecate or remove slf4j-log4j12
by QOS.CH (JIRA) 02 Dec '20

02 Dec '20

SLF4J / SLF4J-491 [Open] Deprecate or remove slf4j-log4j12 ============================== Here's what changed in this issue in the last few minutes. There is 1 comment. View or comment on issue using this link https://jira.qos.ch/browse/SLF4J-491 ============================== 1 comment ------------------------------ Rade Martinović on 02/Dec/20 11:06 AM How do you feel about this one? Maybe in some free time I could start work with it. Also, I would vote that slf4j-log4j12 module is completely deleted from the source code. ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0

[JIRA] Updates for SLF4J-502: SLF4J generates error message when multiple static bindings found in classpath
by QOS.CH (JIRA) 02 Dec '20

02 Dec '20

SLF4J / SLF4J-502 [Open] SLF4J generates error message when multiple static bindings found in classpath ============================== Here's what changed in this issue in the last few minutes. There is 1 comment. View or comment on issue using this link https://jira.qos.ch/browse/SLF4J-502 ============================== 1 comment ------------------------------ Rade Martinović on 02/Dec/20 10:46 AM I disagree. First of all, this is a warning. Secondly, please read [http://www.slf4j.org/codes.html#multiple_bindings] for the explanation. Even if the package names would have been different, there would be multiple bindings for logger provider. This means that your build is not really clean. If you are using Maven make sure you choose only one binding and exclude the others. ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0

[JIRA] Updates for SLF4J-494: slf4j introduces the log4j version of 1.2.17. There is a security vulnerability. The security vulnerability CVE numbers are CVE-2019-17571 and CVE-2020-9488. Please fix it.
by QOS.CH (JIRA) 02 Dec '20

02 Dec '20

SLF4J / SLF4J-494 [Open] slf4j introduces the log4j version of 1.2.17. There is a security vulnerability. The security vulnerability CVE numbers are CVE-2019-17571 and CVE-2020-9488. Please fix it. ============================== Here's what changed in this issue in the last few minutes. There is 1 comment. View or comment on issue using this link https://jira.qos.ch/browse/SLF4J-494 ============================== 1 comment ------------------------------ Rade Martinović on 02/Dec/20 10:53 AM log4j:log4j:1.2.17 is the latest version released in 2012. I guess log4j 1 should be deprecated in favor of log4j 2. I hope no one is using log4j 1 anymore. ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0