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
Problems because of shaded artefacts #91
Comments
Hi @mvitz A good compromise could be to only shade the What do you think ? Cheers |
This compromise would be suitable for me and seems to be the best solution for the time being without affecting to much users. |
I think it's a different use-case
so perhpas we can create different artifacts
|
d188b9a fulfills 1. and 2. of your list. |
@jexp we currently have both |
As it is done, I close this. There is a similar problem with the new embedded version. |
During working on an example app to show how to connect Liquigraph and Spring Boot I found https://github.com/fbiville/liquigraph-spring-boot-example/issues/4
It seems that some component in this application is not able to work with
jackson:2.7.0
which the shadedneo4j-jdbc-http
-Driver includes. (btw. Spring-Boot uses2.8.5
as default Jackson version).I understand that the
neo4j-jdbc-driver
is shaded for easier tool usage. But why need the finer-grained drivers shading as well? If there is no way out of shading you should at least relocate these classes as described in https://maven.apache.org/plugins/maven-shade-plugin/examples/class-relocation.html. However keep in mind that shading (even without relocating) may already violate some licenses of dependencies you are using.The text was updated successfully, but these errors were encountered: