-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Ambiguous Module Name for quarkus-security #25795
Ambiguous Module Name for quarkus-security #25795
Comments
/cc @sberyozkin |
Not sure what can be done now, @aloubyansky, @stuartwdouglas, can you recommend something apart from for example, renaming |
@sberyozkin yeah I think this would be the proper solution. Also the hot reload is completely broken with this setup. I guess when quarkus recompile it does not take in account the module related options passed by gradle to javac. |
We could maybe rename it to |
@stuartwdouglas Hi Stuart, |
@sberyozkin should I open another issue for that ? or is it a known problem ? I can't find anything about it in the github issues. EDIT: I created #25836 |
@sberyozkin is there something blocking us for doing this rename + relocation of artifacts? |
Adds an explicit automatic module path of io.quarkus.security, which matches the root package name. Fixes quarkusio/quarkus#25795.
Baby steps toward Java Modules. Fixes quarkusio#25795.
Adds an explicit automatic module name of io.quarkus.security, which matches the root package name. Fixes quarkusio/quarkus#25795.
Assigning ti myself to keep it more visible to myself |
Closing as duplicate as we have a newer issue: #40417 |
Adds an explicit automatic module name of io.quarkus.security, which matches the root package name. Fixes quarkusio/quarkus#25795.
Adds an explicit automatic module name of io.quarkus.security, which matches the root package name. Fixes quarkusio/quarkus#25795.
Describe the bug
io.quarkus:quarkus-security and io.quarkus.security:quarkus-security artifacts share the same automatic module name.
This make it extremelly painful to customize security features in a modularized application (I was trying to extend HttpAuthenticationMechanism which use classes from both modules).
With gradle I was able to do it with the following config for the moduleplugin:
Expected behavior
HttpAuthenticationMechanism can be extended without additional configuration
Actual behavior
No response
How to Reproduce?
No response
Output of
uname -a
orver
No response
Output of
java -version
17
GraalVM version (if different from Java)
No response
Quarkus version or git rev
2.9.1.Final
Build tool (ie. output of
mvnw --version
orgradlew --version
)gradle
Additional information
No response
The text was updated successfully, but these errors were encountered: