Hello Andreas,
yeah, IMHO a few dependencies (not necessarily related to ES only)
should be updated :-/
If time permits (knocking on wood), I'm planning to take a look at the logging libraries and maybe the tomcat/spring-stuff,
perhaps that might solve some of your issues as well...
Bart
From: rdf4j-dev-bounces@xxxxxxxxxxx <rdf4j-dev-bounces@xxxxxxxxxxx> on behalf of Andreas Schwarte <aschwarte10@xxxxxxxxx>
Sent: Thursday, May 24, 2018 5:10:12 PM
To: rdf4j developer discussions
Subject: Re: [rdf4j-dev] Newer Lucene Version
Hi Bart, Jeen,
it is also my understanding that a new major version of Lucene (and others) can read the indices of the previous version, for version jumps this is not guaranteed. I vaguely remember that for some lucene version even two major versions were supported, however,
in general the best practice is to re-index when upgrading to a new major version.
For the Lucene case I will see compatibilty when I do tests in our platform.
Regarding my change: from my point of view the upgrade on the code level is fine, all integration tests are working locally.
However, I have had a hard time of getting the ElasticSearch Integration test to run: it always complains a JarHell. I tried to follow the path (and resolved quite some inconsistencies), but this is a never ending story with all the load of dependencies. For
example it complains with mockito and securemock being on the test classpath at the same time, the same for logging frameworks, hamcrest and its dependencies, http client minor versions (which are easy to resolve).
In the end I have given up and used the workaround described on
https://stackoverflow.com/questions/38712251/java-jar-hell-runtime-exception (i.e. overriding JarHell on the classpath with noops, and disabling the security manager). With this I could successfully run all ElasticSearch Compliance tests in Eclipse.
Any ideas on how to resolve this for the integration build? The transitive dependencies are really a mess.
What is the proposal to continue?
I will also povide a commit in my change to update from "URI" to "IRI".
As a side note: the migration step to the next major version of the frameworks are simpler (except for elasticsearch where a Rest Client needs to be used)
Best,
Andreas
|