Gotta walk the dog, then we get dinner guests. Will be back tonight and write up the eventbus docs. I'd also like to create a screencast but I don't know if my voice can take it yet. Maybe better to wait until Saturday evening.

@edvin Does the event bus implement an interface? Is there a way to swap it out for mocking?

@ron Are you able to write a plain Service and then use runAsync / ui? The ui block will be on the FX thread

I'll show the end result later

The bridgeServicefx is instantiated by guice

What's the long-running task that you're trying to do? Pull in a URL's contents when you hit return in an address bar?

here it the complete solution

@User uploaded a file: Untitled

@carlw I have a jetty server running in another thread that needs to be able to communicate with the javafx thread

@ron The Jetty code does something then calls getBrowserName()?

@User uploaded a file:

basically when launching the application a jetty server is started too. This server will listen on localhost to calls from a browser plugin.

BridgeServiceFX is an implementation of the BridgeService interface which is used by the jetty server code

I had this all running months ago, but I did not like the javafx code, well I was learning javafx and kotlin at the same time

so halfway I switched parts to kotlin, then I stumbled on TornadoFX and now I want to rewrite the whole UI

I'd keep the Jetty from calling the FX view code and use an event. That way, the UI can respond how it needs to, either operating in standalone, non-Jetty mode or wrapping the response in a runlater()

jetty does not know its calling fx code

@Inject private BridgeService bridgeService; is in interface

if I ever want to change the ui, I only have to make a new implementation of the interface

problem is that all the calls are synchronous

Can't you use a Thread in the Jetty service and post the event? The FX code catches the event and wraps its response in a runlater? Then you can get the View code out of your Service implementation

if I run into problems I might do that, but for now this seems to work quite well, I dont mind having the dialog in the BridgeServiceFX code for now

@User uploaded a file: Untitled

Ok. i haven't seen the official event bus, but the Notifications class I posed earlier came from a Java class deployed in Guice using scoping. That way, the jetty code will only have to call Notifications.publish(BROWSER_NAME_UPDATED) and not manipulate view constructs in the service layer

how does that Notification class handle several threads

You can add synchronized around the collection

true

for now I am updating the UI and preparing for the hardest part

which is the editing of entries as I want to use the itemViewModel pattern as much as possible but the library I use

for keepass files uses the builderpattern which means that I have to handle Entries (where the information comes from) and EntryBuilder that constructs the adapted ones