The FXML support for vanilla Java in TornadoFX is actually pretty good by now.

I don't use Kotlin much but I am very happy to see the interoperatibility \o/ I will give it a try during the weekend.

@abhinay Great, let me know how it goes!

Sure!

Btw, you need to try it with TornadoFX 1.7.4-SNAPSHOT. It's in the sonatype snapshot repo

Yeah, you mentioned it in the video as well 😉

If you want to to override

savable

,

closable

etc and set it to a fixed value, you don't need to create a property manually, that's so verbose:

@edvin - great tutorial - I'm using MvvmFx right now for a javafx app but could see the possibility of replacing it with TornadoFx - questions likely to follow 🙂

@gtnarg Sweet! I think we would need to continue to adapt a lot of things for it to feel good, but most of it is low hanging fruit, we just need use cases.

This could definitely provide a nice on ramp to Kotlin / TornadoFx adoption

Yeah, I kind of realized that while I played with this demo. Good thing you made sure I didn't just quit on it.

@edvin Just watched your last screen cast..looks really good this can be really use full to gradually change an existing javafx app to tornadofx and then to kotlin 👍

@nimakro Thank you! I wish I had prepared a little better, I didn't know how the

convert to Kotlin

automatic code conversion would look, and it just looked gory.

@ron I got my new keyboards, so I will send you the POK3R on Monday 🙂

Nice thank you end of next week the pressure should be off and I can come backsimple smile

@ron Take your time, no rush 🙂

@edvin Are you using tornadofx's injection exclusively in your CRM, I saw that @ron is in addition using guice for some of his business logic? Or maybe I should @ron what is the benefit using guice in the case of an tornadofx app?

I have some part of the application that is not tornadofx but it's an embedded webserver. I use guice to connect the data and have clean speration

👍 oky thanks, that's what I figured

@nimakro I use TornadoFX's injection everywhere, and I would probably even use it in a hybrid app like Ron has. I would probably just make a separate

Scope

for the web part of the app 🙂

Since you can do

SomeClass someVar = find(SomeClass.java)

even in a Java Servlet, I actually can't imagine a use case where I would benefit from Guice. I tend to stay away from interceptors etc in injectors, so I have no need for "advanced features". Notable exception would be in a JavaEE app where I use CDI extensively, mostly because it makes it easy to control transaction boundaries.

well the

BridgeService

I use makes it easy to change implentation if I ever want to (as I still think that using a complete jetty server embedded is overkill) and it made testing the protocol a lot easier as I can just stub using the bridgeService interface

@edvin take a look at Guice Modules for a non-advanced case not covered with a typical find(). This is where you statically group larger chunks of code into dependency graphs. They're not scopes because they have a functional focus.

@User uploaded a file: Untitled

this is the bridgeservice interface

@User uploaded a file: Untitled

this is the implementation used in keepassFX

@User uploaded a file: Untitled