I think I have figured out how we can provide editors for the parameters of each builder also.

are there any gotchas waiting for me in a scenario where I launch a JavaFX program from another JavaFX program (in a new JVM)

@kastork You can't call Application.launch two times in a single JVM.

@kastork I made a workaround for that in the OSGi support for TornadoFX actually, so you can stop and start different applications multiple times (or even just the samme application)

@edvin Yes I've seen that

But you can of course just avoid calling the application class of the second app and make sure it has the environment it needs before you show the stage.

the thing is my subprocess, or whatever you want to call it needs to add some things to the classpath

Then you might want to look at OSGi or at least a custom classloader. It's really not that hard, but I would avoid it if at all possible.

Yes, I'm considering just launching new java process

Is it TornadoFX of vanilla JavaFX?

so my app becomes two apps -- a launcher, and the app the launcher launches

Well... TornadoFX whenever possible 😀

You could just launch the app and create two separate classloaders at once perhaps? If they really need to be separate that is - meaning you can't just load everything at once?

OSGI would be fine -- But the problem is the jars I need to add to the classpath are jars I can't distribute (the user will have them)

Will he place it in a folder or something?

It is a project scheme - each project may contain different jars that I'll need

I would start with an URLClassLoader per app then.

back up.. give me a sec to write a complete description of the situation

If you can demo the setup somehow I'd be happy to write the glue code for you.

OK. I need to fire up the BBQ. Describe away and I'll be back after dinner 🙂

Is it tornadoFX or javaFX that supports nice nested properties?

@kastork This predates TornadoFX, but you might find it useful. It's demonstrating a JavaFX Guice integration using an annotation scheme to pull together an app where the exact classes aren't known until runtime. http://bekwam.blogspot.com/2015/02/dynamic-fx-application-modules-part-1.html

@walkinreader Are you referring to the Bindings.select() call as in this section of FXDocs? https://fxdocs.github.io/docs/index.html#_pojo_binding

I think it had to do with a person class exposing a zipProperty on the address class it contains

as an example

@carlw Thanks, I'll be studying this. It looks like a very thorough post and an interesting approach.

@walkinreader Like in the section mapping track/rating/value? That's using the select() method to access the field of an object the way you might do with person/address/zip.

ah, cool. Thanks!

@kastork A lot of that is for a non-TornadoFX framework and TornadoFX doesn't use annotations. But the Reflection section could use another implementation that looks for specially-marked Views for example

@carlw sure, or maybe some adaptation of TornadoFX's injection methodology