Closed lpellegr closed 1 year ago
Hi, thanks for reporting this!
Any suggestion how I can fix this? The pom.xml
in tinspin-indexes already has a public dependency for ch.ethz.globis.phtree
. Not sure what else I can do...?
Thanks for your answer.
I am not sure about the reason but if you look at the pom file on Maven Central, it does not include the dependency to phtree with version 2.0.0 or 1.8.0:
https://repo1.maven.org/maven2/org/tinspin/tinspin-indexes/2.0.0/tinspin-indexes-2.0.0.pom https://repo1.maven.org/maven2/org/tinspin/tinspin-indexes/1.8.0/tinspin-indexes-1.8.0.pom
In version 1.7.1 the dependency was present: https://repo1.maven.org/maven2/org/tinspin/tinspin-indexes/1.7.1/tinspin-indexes-1.7.1.pom
So there is something in between 1.7.1 and 2.0.0 that changed. Maybe something with the release process?
It appears the problem was triggered by updating the maven-shade-plugin from 3.2.4. to 3.4.1.
Thinking about this, I believe the there should be no shading of dependencies in tinspin-indexes
so I will remove the plugin.
Great that you have found the cause. Would it be possible to make a new release on Maven Central?
I just released tinspin-indexes 2.0.1. Could you check whether it works now?
Thanks for the quick release, I confirm the issue is fixed with version 2.0.1.
Using the last version (2.0.0) in a Java 20 app breaks as follows:
The dependency to tinspin is made via Gradle:
To reproduce, this simple code snippet is enough:
Adding the following dependency fixes the issue: