-
Notifications
You must be signed in to change notification settings - Fork 111
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
Build with Tycho 2.5.0 #334
Conversation
The build fails while resolving the Target-Platform because of |
Even if that won't make a difference here, but if you update the tycho version don't forget the pomless in .mvn/extensions.xml |
Thanks for the hint, but I skipped the version update for |
You need to define the snapshot repository in a settings.xml |
Good to know. But the EF-Jenkins servers seems not to have that set in their settings.xml: Anyway, usually this isn't a problem. |
This reverts commit 5f58f15.
If you like maven support specify settings.xml on commandline as well, but we should really not give this too much effort as this is really not part of the problem here. |
No no, I don't want to put effort on that topic. I'm totally fine with it as it is. I just wanted to indicate that I skipped the |
We can try another run once the new snapshot build is available I have merged a fix for this right now see eclipse-tycho/tycho#304 |
Thank you Christoph for for fixing the problem in tycho. |
Adding import package as described here to |
We shouldn't add import-package on bundle that do not effectively require the package. Such hacks shouldn't be merged. |
the bundle actually depends on the |
OK, it makes sense. Are the version range necessary for this to work though? It'd be nice if we can get rid of them so it would allow to use the packages from the Java API directly instead of having to install the extra org.w3c.dom.events bundle. |
I can do that later. |
Version ranges are a crucial part when consuming an API in OSGi but for sure we can try if it suffice to not specify any range (=use largest version available). |
I tried to reproduce this with a small test-project but didn't succeed yet so it seems not to be the combination of imports alone. Strange enough the m2e build succeeded for this bundle for me locally but I'll recheck... |
I think the 2.5.0 SNAPSHOT is not updated when build from a branch... will check this |
Right, automatic promotion is only happening from master ( https://github.com/eclipse/tycho/blob/master/Jenkinsfile#L27 ). We can either tweak the Jenkinsfile to allow deploying for any non-PR branch (but I don't know how to do that), or an alternative strategy is to run the |
https://ci.eclipse.org/tycho/job/tycho-github/job/tycho-2.5.x/ do not deploy snapshots |
Just the usual test failure... |
If I run with tycho 2.5.x build succeeds, if I specify |
Sorry I lost track of the conversation in the Tycho-fixes.
Since the build succeeds now I assume this is not necessary any more? Should I do anything else? |
Nope no additional actions are required. |
OK, great. I will update this PR once Tycho 2.5.0 is released. |
Tycho 2.5 was released, you can now update the PR and merge as soon as this works as expected. |
Thanks for the hint. The build looks good. Just the usual test failures. |
This PR checks for regressions in the m2e build using the latest Tycho 2.5.0-SNAPSHOT.
It can be updated as soon as Tycho-2.5.0 is released or discarded.