Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't expose jboss-logging-annotations #45761

Open
lrozenblyum opened this issue Jan 21, 2025 · 2 comments
Open

Don't expose jboss-logging-annotations #45761

lrozenblyum opened this issue Jan 21, 2025 · 2 comments
Labels
area/logging good first issue Good for newcomers kind/enhancement New feature or request

Comments

@lrozenblyum
Copy link

Description

Currently quarkus-core exposes transitive dependency on jboss-logging-annotations to other projects (due to usage of the default compile scope).

  1. According to the official doc https://jboss-logging.github.io/jboss-logging-tools/ it should be provided
  2. Currently it causes inconvenience: for example users of keycloak-services 26.1.0 which depends on quarkus-core:3.15.2 which brings jboss-logging-annotations:3.0.1.Final that causes compilation errors (most likely due to the bug: The annotation module should have a runtime dependency on jboss-logging jboss-logging/jboss-logging-tools#127). A workaround exists to set the dependency management for jboss-logging-annotations to 3.0.3.Final.

Yet it seems that it would be better to avoid exposing the jboss-logging-annotations at all.

Implementation ideas

Declare jboss-logging-annotations as provided dependency for quarkus-core

@lrozenblyum lrozenblyum added the kind/enhancement New feature or request label Jan 21, 2025
@gsmet
Copy link
Member

gsmet commented Jan 21, 2025

@dmlloyd WDYT?

@dmlloyd
Copy link
Member

dmlloyd commented Jan 21, 2025

Agreed, the annotations should be provided (in the dependencyManagement section when possible). Additionally, the jboss-logging-processor should not appear in the dependency list or dependencyManagement. Instead it should be given as an argument to annotationProcessorPaths in the configuration of the base maven-compiler-plugin execution (like this example in jboss-threads) in any module which uses it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/logging good first issue Good for newcomers kind/enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants