From slf4j-dev at qos.ch Tue Apr 9 06:01:00 2024 From: slf4j-dev at qos.ch (slf4j developers list) Date: Tue, 9 Apr 2024 06:01:00 +0000 (UTC) Subject: [slf4j-dev] [JIRA] Updates for SLF4J-601: Wrong class name printed when using LoggingEventBuilder with payload #416 In-Reply-To: References: Message-ID: SLF4J / SLF4J-601 [Open] Wrong class name printed when using LoggingEventBuilder with payload #416 ============================== 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-601 ============================== Issue created ------------------------------ Ceki Gülcü created this issue on 09/Apr/24 5:50 Summary: Wrong class name printed when using LoggingEventBuilder with payload #416 Issue Type: Bug Assignee: SLF4J developers list Created: 09/Apr/24 5:50 Priority: Major Reporter: Ceki Gülcü Description: The wrong class name is printed when using the LoggingEventBuilder with a payload. The following example demonstrates the issue: package my.pkg import io.github.oshai.kotlinlogging.KotlinLogging private val logger = KotlinLogging.logger { } fun main() { logger.atInfo { message = "hi" payload = mapOf("k" to "v") } logger.atInfo { message = "hi" } } Which will print: Apr. 06, 2024 4:49:02 AM io.github.oshai.kotlinlogging.slf4j.internal.LocationAwareKLogger logWithPayload INFORMATION: k=v hi Apr. 06, 2024 4:49:02 AM my.pkg.MyClassKt main INFORMATION: hi The first log statement will be logged with io.github.oshai.kotlinlogging.slf4j.internal.LocationAwareKLogger as a classname. Which is wrong. It supposed to be my.pkg.MyClassKt. In the second log statement however it seems to work fine. Check out the example to reproduce the issue: example.zip ============================== This message was sent by Atlassian Jira (v9.6.0#960000-sha1:a3ee8af) From slf4j-dev at qos.ch Sun Apr 14 10:06:00 2024 From: slf4j-dev at qos.ch (slf4j developers list) Date: Sun, 14 Apr 2024 10:06:00 +0000 (UTC) Subject: [slf4j-dev] [JIRA] Updates for SLF4J-602: JCL-Over-SLF4J Module Definition does not specify the service loader (Issue #414) In-Reply-To: References: Message-ID: SLF4J / SLF4J-602 [Open] JCL-Over-SLF4J Module Definition does not specify the service loader (Issue #414) ============================== 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-602 ============================== Issue created ------------------------------ Ceki Gülcü created this issue on 14/Apr/24 9:54 Summary: JCL-Over-SLF4J Module Definition does not specify the service loader (Issue #414) Issue Type: Bug Assignee: SLF4J developers list Created: 14/Apr/24 9:54 Priority: Major Reporter: Ceki Gülcü External issue URL: https://github.com/qos-ch/slf4j/issues/414 Description: Guys, The module definition for the jcl-over-slf4j unfortunately does not specify the service loader for org.apache.commons.logging.LogFactory When executing applications in a built JRE (Using JLink or JPackage), the services are loaded from their module definitions, and the functionality is not loaded. Could you please possible update the module definition - `module org.apache.commons.logging { requires org.slf4j; exports org.apache.commons.logging; provides org.apache.commons.logging.LogFactory with org.apache.commons.logging.impl.SLF4JLogFactory; } ` Much appreciated ============================== This message was sent by Atlassian Jira (v9.6.0#960000-sha1:a3ee8af)