https://kotlinlang.org logo
Join Slack
Powered by
We are starting to really need 2.0 release. Mainta...
# tornadofx
a
We are starting to really need 2.0 release. Maintaining JDK8 projects becomes more and more tiresome. And in some cases we need JLink and it is becomes really complicated to work around non-working parts. Are there any ideas when 2.0 will be available?
v
🤔 Archlinux officially supports only OpenJDK with OpenJFX version 8. It becomes kinda painful to deploy GUI apps
c
At the very least, it's probably time to rebase the 2.0 branch from master with all the bug fixes etc that have happened since
a
@ValV as far as I understand, it's now recommended to bundle JDK along with your application. That's why there's no Oracle JRE 11. Same goes for Linux, I suppose. Though there are openjdk-jre/openjfx-11 builds in most of the distributions.
v
There are only JDK11 and JDK12 (upstream) without OpenJFX. OpenJFX is stalled at version 8 😞
a
OpenJFX is considered to be library and not part of the JDK. Some distros may not ship it now. As for Arch, there is OpenJFX in AUR: https://aur.archlinux.org/packages/java-openjfx-bin/
a
OpenJFX is a standalone project now and it keeps developing: https://openjfx.io/
As for distribution, you can vote or contribute on that one: https://github.com/openjfx/javafx-gradle-plugin/issues/46
v
That is the main pain - JVM and JFX are separated
Gluons, jmods... What are those things about?
a
It is in fact good news as long as we make deployment comfortable
Well, jmod is about java modularization, you should really read about it. Gluon is a company, which is currently mainaining JavaFX
v
JMOD is not executable... Too bad
a
@ValV likewise, separation is very good. OpenJFX can now be developed on its own pace. The main pain is the lack of jpackage, but there are early builds and there are some alternatives (non-free, like install4j). Also migration to jdk9+ is very slow. Many core libraries are still jdk8.
a
I've already made some jlink distributions with tornadoFX, but sadly it crashes in some cases due to incompatibility with jigsaw. That is why 2.0 is importany
v
About migration. Why is it slow? Why just Arch community not add OpenJFX into official repositories? They even did not add JDK9
Noone needs Java 9? Or some license issues?
As for me, I'm not sure is it worth migrating to Java 9+ with all that chaos
a
JDK9 is outdated, all non-LTS releases have 6-month lifecycle. JDK 7/8/11/12 are available: https://www.archlinux.org/packages/?sort=&q=jdk&maintainer=&flagged= You must use JDK 11 (LTS) or 12 (current) or 13 (EAP).
a
@altavir If you can create issues for when applications build on TornadoFX + JDK 11 fails, I can fix them.
c
Might be nice to make a Milestone for the 2.0 release so we know which issues specifically are related. I'm happy to contribute code review and testing fixes.
👍 1
a
OK, I just thought that 2.0 has them all fixed. I think that you just need to search for all reflective access cases.
a
AFAIK, they are fixed.
a
If you are talking about 2.0, it still misses some simple features from the main branch. I tried to switch to it, but got a lot of red code.
a
Did you switch to JDK 11? There are a few controls which need reflection to work. Apart from them everything else should be ok.
a
I am a little bit confused. Which artifact are you talking about?
a
I was talking about the project TornadoFX, branch jdk10.
a
Ah, I see, I did not try to build it from sources. I tried only first snapshot @edvin published. It would help a lot if you would publish snapshots for the branch.
a
The snapshot is published from the same branch. I haven't tried it though. Let me give it a try to see if I can reproduce the same.
9 Views
Open in Slack
PreviousNext
Powered by