August 2022 - slf4j-dev - mailman3.qos.ch

[JIRA] Updates for SLF4J-555: Binders are deprecated in SLF4J 2
by QOS.CH (JIRA) 23 Aug '22

23 Aug '22

SLF4J / SLF4J-555 [Open] Binders are deprecated in SLF4J 2 ============================== 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-555 ============================== Issue created ------------------------------ Witalij Berdinskich created this issue on 23/Aug/22 9:52 PM Summary: Binders are deprecated in SLF4J 2 Issue Type: Bug Assignee: SLF4J developers list Components: Core API Created: 23/Aug/22 9:52 PM Environment: Version 2.0.0 is not in the list Priority: Minor Reporter: Witalij Berdinskich Description: FAQ says, see [What has changed in SLF4J version 2.0.0?|https://www.slf4j.org/faq.html#changesInVersion200] {quote}SLF4J 1.7.x and earlier versions relied on the static binder mechanism which is no loger honored by slf4j-api version 2.0.x. {quote} The static binder classes were removed in [remove org.slf4j.impl package - fixes SLF4J-407|https://github.com/qos-ch/slf4j/commit/6ac20c6a0ae96ea6609f24d92e…] But *Binder interfaces are not removed and not deprecated. PR https://github.com/qos-ch/slf4j/pull/299 ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0

Release of SLF4J version 2.0.0
by Ceki Gülcü 20 Aug '22

20 Aug '22

Hello all, After a very long gestation period, I am pleased to announce SLF4J 2.0.0. The 2.0.x series introduces a backward-compatible fluent logging API. By backward-compatible, we mean that existing logging frameworks do not have to be changed in order for the user to benefit from the fluent logging API. However, existing frameworks *must* migrate to the ServiceLoader mechanism. The resulting internal changes are detailed in the FAQ page. http://www.slf4j.org/faq.html#changesInVersion200 The 2.0.x series builds upon the the 1.8.x series which was modularized per Java Platform Module System (JPMS/Jigsaw). The 2.0.x series requires Java 8. Please refer to the the news page for more details on this release: http://www.slf4j.org/news.html Binary compatibility: Mixing mixing different versions of slf4j-api.jar and SLF4J provider can cause problems. For example, if you are using slf4j-api-2.0.0.jar, then you should also use slf4j-simple-2.0.0.jar, using slf4j-simple-1.5.5.jar will not work. With the exception of the fluent API (new in SLF4J 2.0.x), from the client's perspective all versions of slf4j-api are compatible. Client code compiled with slf4j-api-N.jar will run perfectly fine with slf4j-api-M.jar for any N and M. You only need to ensure that the version of your provider matches that of the slf4j-api.jar. You do not have to worry about the version of slf4j-api.jar used to compile a given dependency in your project. You can always use *any* version of slf4j-api.jar, and as long as the version of slf4j-api.jar and its provider match, you should be fine. Donations and sponsorship You can also support SLF4J/logback/reload4j projects via donations and sponsorship. We thank our current supporters and sponsors for their continued contributions. Sponsorship link: https://github.com/sponsors/qos-ch Announcement mailing list: You can receive SLF4J/logback/reload4j related announcements by subscribing QOS.ch announce list, please visit the following URL. http://www.qos.ch/mailman/listinfo/announce Enjoy, -- Ceki Gülcü

1 0

[JIRA] Updates for SLF4J-554: MessageFormatter refactor (declare field variable, naming, not used variable)
by QOS.CH (JIRA) 15 Aug '22

15 Aug '22

SLF4J / SLF4J-554 [Open] MessageFormatter refactor (declare field variable, naming, not used variable) ============================== 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-554 ============================== Issue created ------------------------------ jaehunchoi created this issue on 15/Aug/22 1:32 PM Summary: MessageFormatter refactor (declare field variable, naming, not used variable) Issue Type: Improvement Assignee: SLF4J developers list Created: 15/Aug/22 1:32 PM Priority: Minor Reporter: jaehunchoi Severity: normal Description: I changed three things from MessageFormatter class. First, declare field variables in for-loop. Before I change, field variables named "j", "l" declared out from for-loop. I thought that it was because of the performance. but from performance perspective, It was not faster than declaring in for-loop (rather, the latter was faster). So, I changed these based on a maintenance perspective. "declare where use." Second, There was wrong spelled method in messageFormatter (isEscapedDelimeter -> isEscapedDelimiter). It is only used in same class. So I changed. Last, static char `DELIM_STOP` never used in messageFormatter class. so I deleted. this is my first time to contribute! ============================== This message was sent by Atlassian Jira (v8.8.0#808000-sha1:e2c7e59)

1 0