-
Notifications
You must be signed in to change notification settings - Fork 7
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: increased target platform to eclipse release 2021-06, as that brings support for platform 'macosx.aarch_64' #150
Conversation
sailingKieler
commented
Dec 20, 2022
•
edited
Loading
edited
- increased Xtext version to 2.25 as also brought by eclipse 2021-06
- updated the various target platform definitions: switched to orbit release R20210223232630, since R20210602031627 brings 'com.google.inject:5.0.1' that I wanna exclude for now
- updated the update site p2 repo setup definitions
- switched to JDK 11 for the build container, as eclipse 2021-06 requires JavaSE-11 at runtime, and running the tycho surefire tests requires the launch of an equinox container
- increased Tycho version to 2.5, as the 'aarch64' platform is not handled or broken in earlier versions, had to increase the version of 'org.jboss.tools.tycho-plugins:repository-utils' consistently because of an internal failure of v1.0.0 with Tycho v2.5
- klighd.piccolo.batik: trimmed compile classpath to those jars being actually required by our code to avoid compile errors with Java 9+
- fixed/refined test failures of 'FreeHEPSVGOffscreenRenderingTest' and 'ViewChangedNotificationTest'
921e8b9
to
caa1df6
Compare
6a29479
to
3d54c4b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Just have two questions added in the review below.
<!-- Update: With https://github.com/eclipse-tycho/tycho/pull/145 (Tycho v2.4.0) the aforementioned issue is fixed. | ||
However, just dropping the <associateSites>...</associateSites> argument and keeping the web content | ||
generation doesn't work here, as this mojo _always_ clears the existing repository references, | ||
or crashes if 'content.jar' doesn't exist. Hence, just binding it to an early build phase doesn't work. | ||
Therefore I submitted PR https://github.com/jbosstools/jbosstools-maven-plugins/pull/88 | ||
to fix that, let's see how the committers assess it. --> | ||
<plugin> | ||
<groupId>org.jboss.tools.tycho-plugins</groupId> | ||
<artifactId>repository-utils</artifactId> | ||
<version>1.0.0</version> | ||
<version>2.5.0</version> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What speaks against using the eclipse.tycho tycho-p2-repository-plugin here with the newer tycho release used in the build? From what I tested that should work as well without the need for the duplication of the associate sites here in the pom.xml
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tried to skip that, but ... see
KLighD/build/de.cau.cs.kieler.klighd.repository/pom.xml
Lines 35 to 40 in 3d54c4b
<!-- Update: With https://github.com/eclipse-tycho/tycho/pull/145 (Tycho v2.4.0) the aforementioned issue is fixed. | |
However, just dropping the <associateSites>...</associateSites> argument and keeping the web content | |
generation doesn't work here, as this mojo _always_ clears the existing repository references, | |
or crashes if 'content.jar' doesn't exist. Hence, just binding it to an early build phase doesn't work. | |
Therefore I submitted PR https://github.com/jbosstools/jbosstools-maven-plugins/pull/88 | |
to fix that, let's see how the committers assess it. --> |
<associateSite>https://download.eclipse.org/releases/2021-06/</associateSite> | ||
<!-- UML2 Tools (Meta Model Implemenetation, ...) --> | ||
<associateSite>https://download.eclipse.org/modeling/mdt/uml2/updates/5.4/</associateSite> | ||
<!-- Eclipse Layout Kernel --> | ||
<!-- associateSite>http://build.eclipse.org/modeling/elk/updates/nightly/</associateSite --> | ||
<associateSite>https://download.eclipse.org/elk/updates/releases/0.8.1/</associateSite>> | ||
<!-- Xtext --> | ||
<associateSite>https://download.eclipse.org/modeling/tmf/xtext/updates/releases/2.22.0/</associateSite>> | ||
<associateSite>https://download.eclipse.org/modeling/tmf/xtext/updates/releases/2.25.0/</associateSite>> | ||
<associateSite>https://xtext.github.io/download/updates/releases/2.1.1/</associateSite>> | ||
<!-- Eclipse Orbit for Google Guave, Apache Batik, ... --> | ||
<associateSite>https://download.eclipse.org/tools/orbit/downloads/drops/R20200529191137/repository/</associateSite> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why does this update the Eclipse release, but not its associate orbit release? There might appear inconsistencies because of this.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, I overlooked that.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
switched to orbit release R20210223232630 instead of R20210602031627, since R20210602031627 brings 'com.google.inject:5.0.1' that I wanna exclude for now
3d54c4b
to
54493c0
Compare
I updated the referenced orbit repository in the target platform and repository defs. @NiklasRentzCAU, @soerendomroes, @a-sr Do you guys wanna do some internal testing before merging and give me a final 'go'? |
Yes, I think it would be better if we could do that. |
54493c0
to
8a2f060
Compare
@soerendomroes Can you give me a hint on when? |
4191513
to
90978e7
Compare
I guess we will have a look next week when everyone is in the office again. |
90978e7
to
fdb1252
Compare
I tested the target platform by building the KIELER and the LS and both seem to work on Ubuntu. @a-sr @NiklasRentzCAU do you want to test something else? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The changes look good to me.
@soerendomroes No, I don't think we need further testing. I trust your assessment.
On new review after your changes, still looks good. As the build and our KIELER tooling still works with this I see no problems. |
The question ist: What would be benefit for KLighD? KLighD's SWT-related parts don't need anything else (as of now). |
fdb1252
to
5e3679f
Compare
…ctually required by our code, fixes #97 This avoids the 'The package org.w3c.dom is accessible from more than one module: <unnamed>, java.xml' error that is due to fact that classes of the 'org.w3c.dom' package are part of the JDK since Java9 (in module 'java.xml'), and also part of the packaged batik 1.7 distribution. At runtime classes of the JDK/JRE will take precedence (root class loader is asked first), so their counterparts in the provided jar won't be loaded.
…ings support for platform 'macosx.aarch_64‘, contributes to #100 * increased Xtext version to 2.25 as also brought by eclipse 2021-06 * updated the various target platform definitions: switched to orbit release R20210223232630, since R20210602031627 brings 'com.google.inject:5.0.1' that I wanna exclude for now * updated the update site p2 repo setup definitions * switched to JDK 11 for the build container, as eclipse 2021-06 requires JavaSE-11 at runtime, and running the tycho surefire tests requires the launch of an equinox container * increased Tycho version to 2.5, as the 'aarch64' platform is not handled or broken in earlier versions, had to increase the version of 'org.jboss.tools.tycho-plugins:repository-utils' consistently because of an internal failure of v1.0.0 with Tycho v2.5 fixup targetplatform
…tionTest' to pass on linux again (font size diffs :-/ ), made 'FreeHEPSVGOffscreenRenderingTest' more robust wrt. non-determinisms caused by hash maps and the like, fixes #132 * dropped dependency to Xbase from 'kieler.kgraph.text' & '.ide', added JDT-free binding of 'IAllContainersState' in KGraphUiModule in 'kieler.kgraph.text.ui'
The benefit ist having new releases not be dependent on an EoL Java Version and not having to face further complications with more projects and dependencies requiring Java 11+ themselves, see the test project for example. If someone wants to continue using KLighD with Java 8 they then need to use an older release or update their Java version (which is advisable anyways imo). Feel free to merge this though, we can continue this discussion on Java11+ later |
5e3679f
to
3c5c884
Compare