-
Notifications
You must be signed in to change notification settings - Fork 3
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
Jersey conflicts #53
Comments
In https://github.com/spotify/docker-client/blob/master/pom.xml it depends on jersey 2.22.2. The MultivaluedMap.addAll was introduced in JAX-RS 2 which jersey2 implements. |
Any suggestions on fixing this ? Maybe hadoop also works with the 2.22.2 version of jersey ? |
I think one of Hadoop dependencies pulls in the JAX-RS 1 version of MultivaluedMap. |
We might be able to shade the javax/ws/rs/* classes in jersey-core-1.9.jar using http://imperceptiblethoughts.com/shadow/#relocating_packages so hadoop uses the shaded javax/ws/rs/* and spotify uses the ones that ship with java. @jmaassen do you any experience shading? |
No experience with shading.... What we used to do in an earlier incarnation of Xenon is use separate class loaders for the different adaptors. Since I had similar issues with the GridFTP and SSH adaptor clashing over a dependency, this may be the time to seriously start looking for a solution |
I'll compare some potential solutions |
The 3.0.0 hadoop client shadows it's Jersey deps. Adding The |
In branch https://github.com/NLeSC/xenon-cli/tree/prep-xenon230 I want to use the Xenon v2.3.0, but the integration tests are failing with
The new dependencies of Xenon are conflicting the docker rule used in the integration tests.
The text was updated successfully, but these errors were encountered: