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

Conflict with shaded dependency from gradle-docker-plugin #1222

Open
smirnovdvde opened this issue May 29, 2024 · 4 comments
Open

Conflict with shaded dependency from gradle-docker-plugin #1222

smirnovdvde opened this issue May 29, 2024 · 4 comments

Comments

@smirnovdvde
Copy link

There are shaded dependencies in gradle-docker-plugin. If in the build gradle script in project there is another gradle plugin or something in buildscript classpath, that uses, for example, docker-java-api, which is shaded in the gradle-docker-plugin, some conflict among dependencies could happen.

Expected Behavior

There is no shaded dependencies in your plugin. If some conflicts happened, it would be possible to resolve via standard gradle tools.

Current Behavior

Now in case of conflicts between shaded dependencies from plugin and another sources from class path, there is no way to resolve it.

Context

Get stuk with current development of my project.

Steps to Reproduce (for bugs)

Your Environment

@bmuschko
Copy link
Owner

bmuschko commented May 29, 2024

I don't fully understand your situation. If a dependency in this plugin was relocated, then it should not have an effect on other plugins that use the same dependency in it's original package. You probably have a situation where a transitive dependency in its original form appears in different plugins. Plugins in Gradle at this time do not have separate classloaders so that's something that needs to be fixed in Gradle itself.

@smirnovdvde
Copy link
Author

No, it is not in gradle itself, problem is in plugin, i had problem like described here #1144 and i use plugin with version 9.4.0

@bmuschko
Copy link
Owner

What I am saying here is that the real solution would be separate classloaders for plugins classpaths in Gradle itself which would not require relocating packages and clashes between dependencies required by plugins.

AFAIR, we had to revert the change you are referring to, as relocating JNA caused issues.

@smirnovdvde
Copy link
Author

sorry i dont understand, you are writing that "we had to revert the change you are referring to, as relocating JNA caused issues". Does it mean they are already reverted and corresponding version of plugin is released? If yes, i still can observe shaded dependency in version 9.4

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants