| Summary: | [GEF4] Java8 Support | ||
|---|---|---|---|
| Product: | [Tools] GEF | Reporter: | Aykut Kilic <battalaykut> |
| Component: | RelEng | Assignee: | Alexander Nyßen <nyssen> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | nyssen, zoltan.ujhelyi |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 8 | ||
| Whiteboard: | |||
|
Description
Aykut Kilic
Here's a screenshot: https://bugs.eclipse.org/bugs/attachment.cgi?id=241074 In Java 8 the SWT support is moved out from the jfxrt.jar file. The easiest way to have it back should be to install the e(fx)clipse project, that fixes the classpath correctly (have not tested it yet, but it should work). Actually, installing e(fx)clipse will not suffice, because it does not make these libs available for Maven. I will update the build scripts to include the jfxswt.jar for compilation and javadoc generation in Java 8 (as we already include the jfxrt.jar for Java7). That will do the trick. Another thing I noticed is that Java 8's javadoc seems to fail on errors (Java 7 javadoc ignored these, only reporting them to the log file), which in turn lets our build fail (in case javadoc errors occur, which is currently the case). I will try to fix all the javadoc problems we currently have, but we should find a way how we can handle that uniformly on both platforms (or switch to Java 8 in our build job, so javadoc errors are directly reported). I adjusted the builds scripts accordingly (added jfxswt.jar as an extra classpath argument to the compiler as well as to the javadoc classpath) and resolved all our javadoc errors (which was quite an effort). I verified locally and on hudson.eclipse.org that the maven build now runs with a Java 7 as well as a Java 8 jdk. All changes are committed origin/master. Changed the gef4-master build-job on hudson.eclipse.org to from now on use a Java 8 sdk by default, so we will not introduce unnoticed javadoc errors again. Resolving as fixed. |