Hello, I was trying to test Tornado in a Java environment. Using the ViewModel and ItemViewModel.

private SimpleLongProperty id = bindGetter(RuleSet::getId, false, false);

I end up with an error message saying that `bindGetter`method has private access in

tornado.ItemViewModel

. In the kotlin code I never saw private modifier on those method, so I don't understand what's happening here. Any ideas ?

@romainbsl The ViewModel was not created to be used from a Java class. The reason the

@JvmName("bindGetter")

annotation was there was to avoid duplicate functions and hence compilation issues due to type erasure. The only bind function you use is

bind

, which has several overloads to support different types of properties, but they are not usable from Java as they are inline and use reified generics.

@edvin many thanks for this explanation. I was asked to try torando keeping as much as Java as possible. So I'm evaluating what can I do with it. Me guess, I should try harder to convince my manager to use Kotlin as much as possible 😄

@romainbsl That's going to be an uphill battle, I don't recommend that approach at all 🙂 It's far better IMO to introduce Kotlin gradually by implementing new classes in Kotlin. It should be fairly easy to exchange state and call controller functions between the two though.

@romainbsl If you have questions about bridging the two, please let me know - maybe I can create som examples for you.

Thanks. For the story, we have an API in Java and we have to build a UI from scratch to implement that API. In my point of view we should be able to do the UI definition with TypeSafe Builders and ViewModel, and then make the necessary calls to the API to retrieve and persist datas

thanks

Big news!

@romainbsl Absolutely, that sounds like a good approach 🙂

@edvin did you see my message from yesterday about the error dialog

@ron No, checking

@ron You're basically calling

imdb.getActor()

with a null value, while your function definition requires a non null String. Since you haven't changed anything in the textfield, no value has been pushed to the model, so when you do

actorname.value

it returns null as it should.

yes that is not the problem

I did that on purpose to show the problem

if you start the program and immediately close it with the X it closes immediately

if you trigger the null error, close the dialog, then press the X the program will not close

@ron I would think that has to do with a task not completing as it should perhaps. Checking.

once you get the dialog, the task (I expect) is finished......

That imdb api is killing me, it's so slow..

I know 🙂 I was actually thinking of stubbing it

Do you know of something you can search for that would yield few results, and maybe complete in a minute or something? 😁

Takes time to test.

btw I am going to be working rock hard in building a UI with GWT and I cant stop thinking of tornadofx constructs

star trek gives around 10 results

@ron It has nothing to do with the error, the same happens if you execute a successful task and try to quit

so its in the task ending not immediately?

Seems like it. If you run it as a deamon (

runAsync(daemon = true)

), it exits cleanly.

It's due to the newly introduced thread pool.

Trying to remember who added it..

you know I always feel I am doing the things nobody seems to do and that brings the strange things to the surface