-
Notifications
You must be signed in to change notification settings - Fork 75
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
Update the target platform for Orbit m2 #1233
Conversation
ad8df20
to
a9f17ab
Compare
I'm ready to merge this now, but I noticed that the verification build here does not actually run any tests. That concerns me a bit because of the changes to org.junit. When I merge this, I want to immediately start a nightly integration build. Could you please help me with that? I.e., could you squash and merge this, start a build, and post a link to the build here please? |
@merks if you want the test to run (but keep in mind this can take long) you need to remove (temporary maybe with another PR) the |
That's a good idea! Thanks!! I shall try that first! |
I see the tests are running now, so your idea was a good one! So far I see nothing failing that suggest target platform changes are bad... |
Well, a bunch of tests ran but I don't think everything is well configured to run tests when it fails like this eventually:
This is not related to target platform content. I will revert the changes to run tests and assume all is good... |
It would probably be good to kick off a nightly build... |
The target platform has been updated with Lucene 9.7.0. This adapts the according index compatibility test case. See eclipse-platform/eclipse.platform.releng.aggregator#1233
The Lucene version update makes the according index compatility test in platform fail in current builds such as https://ci.eclipse.org/platform/job/eclipse.platform/job/PR-579/4/testReport/ Is it a proper way to simply adapt the compatibility test case? eclipse-platform/eclipse.platform#595 |
It might be proper to delete the test rather than update it each time Lucene updates simply to match the Lucene version yet again. I.e., I think the point was to be sure that we pre-index using the same version of Lucene as we have in the target platform, but I don't think we do that at all anymore. |
The target platform has been updated with Lucene 9.7.0. This adapts the according index compatibility test case to not rely on a specific Lucene version. See eclipse-platform/eclipse.platform.releng.aggregator#1233
The target platform has been updated with Lucene 9.7.0. This adapts the according index compatibility test case to not rely on a specific Lucene version. See eclipse-platform/eclipse.platform.releng.aggregator#1233 Fixes eclipse-platform#601
The target platform has been updated with Lucene 9.7.0. This adapts the according index compatibility test case to not rely on a specific Lucene version. See eclipse-platform/eclipse.platform.releng.aggregator#1233 Fixes #601
#1199