linghengqian opened a new issue, #32377: URL: https://github.com/apache/shardingsphere/issues/32377
## Feature Request **For English only**, other languages will not be accepted. Please pay attention on issues you submitted, because we maybe need more details. If no response anymore and we cannot make decision by current information, we will **close it**. Please answer these questions before submitting your issue. Thanks! ### Is your feature request related to a problem? - This is one of the investigations into #31526, with the introduction of the HiveServer2 JDBC Driver, Log4j1, Log4j2 and Logback started to appear on the classpath at the same time. - This also involves further investigation into #32347 . > ShardingSphere-JDBC is a SDK. - External authentication is at https://github.com/apache/hive/pull/5375 on the apache/hive side. ### Describe the feature you would like. - `org.apache.shardingsphere:shardingsphere-logging-core` should not set the scope of `ch.qos.logback:logback-classic` to `compile`. - The following clarification exists at https://www.slf4j.org/codes.html#multiple_bindings . > Embedded components such as libraries or frameworks should not declare a dependency on any SLF4J binding but only depend on slf4j-api. When a library declares a compile-time dependency on a SLF4J binding, it imposes that binding on the end-user, thus negating SLF4J's purpose. When you come across an embedded component declaring a compile-time dependency on any SLF4J binding, please take the time to contact the authors of said component/library and kindly ask them to mend their ways. - I think the scope of `ch.qos.logback:logback-classic` should be set to provided to stop the Slf4j implementation from being passed on. Downstream applications should always manually import their favorite Slf4j implementation. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
