-
Notifications
You must be signed in to change notification settings - Fork 5
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
The JavaLibraryPlugin must not be applied for project/module that is creating an executable artifact #127
Comments
…ication modules and also provide the possibility to activate the spring boot plugin also locally Signed-off-by: Klaus Lehner <[email protected]>
Signed-off-by: Klaus Lehner <[email protected]>
Signed-off-by: Klaus Lehner <[email protected]>
that is already merged since a couple of versions, forgot to close |
now the "api" configuration is not available anymore: https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_separation |
|
Also see #195 |
Yes, as of #127 and #137 we decided to not apply the JavaLibraryPlugin automatically anymore at least in applicationBuilds. As we can only evaluate that property afterEvaluate, we decided to not apply the JavaLibraryPlugin at all any more. In case you need it, please apply it manually. The problematic code here is that one: https://github.com/cloudflightio/autoconfigure-gradle-plugin/blob/main/src/main/kotlin/io/cloudflight/gradle/autoconfigure/java/JavaConfigurePlugin.kt#L69 We need to wait for afterEvaluate, and that's too late to apply the plugin. |
This is quite a breaking change. |
The breaking change was marked with a new minor version because there wasn't a 1.0.0 released at that time. See https://github.com/cloudflightio/autoconfigure-gradle-plugin/releases/tag/0.9.0. In these release notes it is also written what to do if you still need the |
By default the JavaLibraryPlugin is applied to all modules (the project). The JavaLibraryPlugin only should be applied when producing a shareable library JAR.
For an executable artifact it is sufficient to apply the JavaPlugin or in addition the application/SpringBoot plugin.
Having the JavaLibraryPlugin applied by default causes the Spring Boot native image build to try producing a dynamic link library instead of producing an executable.
Below is a first attempt to fix that
The text was updated successfully, but these errors were encountered: