[9] RfR: 8169289: JavaFX application in named module fails to launch if no main method
David DeHaven
david.dehaven at oracle.com
Thu Nov 10 17:27:32 UTC 2016
Please review the JavaFX changes needed for this issue:
https://bugs.openjdk.java.net/browse/JDK-8169289
webrev:
http://cr.openjdk.java.net/~ddehaven/8169289/openjfx-rt.0
For reference, the OpenJDK changes needed are here:
http://cr.openjdk.java.net/~ddehaven/8169289/jdk.0/
These are being reviewed separately on core-libs-dev at openjdk.java.net
I've tested the following cases so far:
LM_CLASS_1 : -cp some.jar main.class
LM_CLASS_2 : -cp path/to/loose/classes main.class
LM_JAR_1 : -jar some.jar (Main-Class)
LM_JAR_2 : -jar some.jar (Main-Class + JavaFX-Application-Class) <- JAC should take precedence
LM_MODULE_1 : -m module/main.class
LM_MODULE_2 : -m module (main class declared in module-info)
and one more in progress:
LM_JAR_3 : -jar some.jar (Main-Class + JavaFX-Class-Path) <- creates new ClassLoader
I've tested all combinations of having changes (or not) to openjfx and openjdk and there are no unexpected results, the only cases that fail are the LM_MODULE launch modes which fail currently. This means the changes can be pushed in any order.
I will create unit tests for this, but don't want to push it since this change is split between OpenJFX and OpenJDK (else LM_MODULE modes will just fail until everything is in sync). I'll file a separate issue to push the unit tests at the appropriate time.
A couple other notes:
- I brought over changes for handling diacritical marks on MacOS X [1], moved class loading to a new method
- I assumed not having a default preloader for the -jar case was a bug, so I fixed it
-DrD-
[1] https://bugs.openjdk.java.net/browse/JDK-8017248
More information about the openjfx-dev
mailing list