ppkarwasz commented on code in PR #17373: URL: https://github.com/apache/kafka/pull/17373#discussion_r1894238151
########## build.gradle: ########## @@ -2441,13 +2459,18 @@ project(':tools') { implementation libs.jacksonDataformatCsv implementation libs.jacksonJDK8Datatypes implementation libs.slf4jApi - implementation libs.slf4jReload4j + implementation libs.slf4jLog4j2 + implementation libs.log4j2Api + implementation libs.log4j2Core + implementation libs.log4j1Bridge2Api implementation libs.joptSimple implementation libs.re2j implementation libs.jose4j // for SASL/OAUTHBEARER JWT validation implementation libs.jacksonJakartarsJsonProvider + compileOnly libs.spotbugs Review Comment: At Apache Logging we had several other issue reports regarding our usage of annotations in the `provided` scope (see https://github.com/apache/logging-log4j2/issues/3110#issuecomment-2423586754 for example). Regarding the [`@SuppressFBWarnings` annotation](https://javadoc.io/doc/com.github.spotbugs/spotbugs-annotations/latest/edu/umd/cs/findbugs/annotations/SuppressFBWarnings.html) that causes this particular problem: - IMHO the compiler should not issue any warnings if it is missing, since the annotation has a retention of `CLASS` and is totally invisible at runtime. I submitted [JDK-8342833](https://bugs.openjdk.org/browse/JDK-8342833) to change the compiler's behavior. - Log4j Core could theoretically move Spotbugs Annotations from the `provided` to the `compile` scope, but this could cause legal problems, since the annotation library is licensed under LGPL and this can not be changed (see https://github.com/spotbugs/spotbugs/issues/3144). This is one of the reasons we keep the library in the `provided` scope, so it does not propagate to consumers. -- 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: jira-unsubscr...@kafka.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org