<@U3KSUBMEU> if this project is opens sourced, can...
# tornadofxa
abhinay
07/19/2019, 1:54 PM@darkmoon_uk if this project is opens sourced, can you link me to it?
d
darkmoon_uk
07/19/2019, 2:06 PMIt is; latest JDK11 effort pushed to: https://git.chrishatton.org/chris/kotlin-multiplatform-template/tree/desktop-java11
darkmoon_uk
07/19/2019, 2:06 PMIt's 'Client/Desktop' I was compiling
darkmoon_uk
07/19/2019, 2:07 PMAs I say, it finally did build with the JavaFx 12 jmods in the JDK's jmods folder.
darkmoon_uk
07/19/2019, 2:07 PM...and maybe that's where they should go. But it's unsatisfactory because I was specifying the correct alternate location everywhere.
darkmoon_uk
07/19/2019, 2:08 PM...and could see it defined in the command going to javac from the runtime plugin.
a
albrechtroehm
07/19/2019, 5:20 PMThank you for linking your project! I also spend a ton of time not getting anywhere with gradle not finding stuff and having the wrong version...
d
darkmoon_uk
07/20/2019, 12:44 PMI checked the source of the beryx "Badass Runtime" plugin; it looks like there's a major limitation with the way it treats Module Path
darkmoon_uk
07/20/2019, 12:46 PMeffectively, Module path is enforced as only the SDK jmods folder and can't be changed. Not a problem if you're only compiling for the host platform, but jlink is supposed to be able to compile for any by nominating alternate jmods folders.
darkmoon_uk
07/20/2019, 12:46 PMI will fix it and raise a PR.
a
abhinay
07/21/2019, 2:33 AMWhy do you need to specify the location to JavaFX Jmods? Isn't the resolution of dependency handled by the javafx plugin?
d
darkmoon_uk
07/21/2019, 2:57 AMIt is not, and even if it were, it would still be desirable to be able to override that location to specify jmod sets for platforms other than the host e.g. building Windows distributable from a Linux CI worker.
3 Views