Yeah, but when we do a new release, we'll automatically pull with us a new javafx release as a transitive dependency. Since JavaFX is decoupled from the JDK now I'm not sure we'll ever get into a situation like that, but I might be wrong? 🙂

I hope we would. I'd like to see new components added with new versions. I think javafx has been held back by backwards compatibility. Definitely swing has (and will be)

i'm speaking about native components not synthesized ones

Sounds good. Yes, aligning with the LTS version is a good plan forward. Biting two bullets😂. When migrating in the back of my mind I think Oracle Java 9 still has old stuff if you need it. Java 10, is you’re on your own basically.🤔 As a side note: I recently got an IntelliJ notification to update my Kotlin. Does anything have to change for TornadoFX?

Hi, I made a desktop program using TornadoFx and gradle, and now, I'd like to make it installable on Windows (ideally, without needing to have a JRE on the computer, size doesn't matter much, but I'd use proguard if possible), and also on MacOS (but this is a bonus). Could someone give me some guidance on how to do so? Thanks a lot!

If commercial software is ok, I have had great luck with Install4j. Other options include packaging your code with a JRE (OpenJDK + OpenJFX) and providing a .bat script that's called from a MSI

Install4j is a great timesaver for me

Oh, forgot to say it's an internal application

Also, I'm also interested in solutions that require a JRE installed (especially if it's simpler than a JDK bundling executable)

i haven't used them, but there's javafxpackager and edvin's fxlauncher too

look for "self-contained" application packages

It's always better to bundle the JRE. That strategy is used with even Windows apps that ship around different Visual C++ Redist runtimes. The only scenarios I can think of that would benefit from reusing JRE installations are Web Start (going away) and a Gluon-y ARM install for a Raspberry PI (more hard disk constrained)

Usually a desktop client can sit out minor JRE versions so you update only the Java / Kotlin code specific to your app. This makes the updates smaller. If there were a security fix, say with serialization or SSL, you might be compelled to upgrade but only if there's external exposure. For example, you have a peer-to-peer setup with open public ports.

Better than building your own

Oh, nice!

Have you tried any non-Oracle JREs with the CRM @edvin ?

@carlw No 🙂

What's the proper way to organize textual constants like localizable ones or resource paths in TornadoFX? Do you use .properties or some your own quick utility class with constants/map function?

Hi all, I've been really self-sufficient for the past few days; many thanks for all the help. However, I've hit a problem, trying to convert my Java Signalr code. I would like to use Kotlin where I can.. Can anyone help me with this:

I make a call with SignalRFuture<String> qes = proxy.invoke(String.class, "QueryExchangeState", pair);

this tells the invoke to return a String object back, i.e. String.class

In kotlin, I've tried:

val qes = proxy.invoke(String.javaClass, QUERY_EXCHANGE_STATE, pair)

but I get an error

com.google.gson.JsonSyntaxException: java.lang.IllegalStateException: Expected BEGIN_OBJECT but was STRING

Can you look at the JSON output? You probably got something back like "could not connect" instead of a proper json object.

Can't get at the output; ggrrr. Trying to find a way

This works perfectly in Java. It's only when I try to convert the code.

Maybe I'll just stick to a utility java class and call it

Ah, managed to dump the response and it is a string (the json is encrypted; which I know how to decrypt). So this is a problem using Kotin -> Java