Making JavaFX Development Faster (original) (raw)

Werner Lehmann lehmann at media-interactive.de
Thu Oct 18 11:09:15 PDT 2012

Mark,

the latest links collection on the FX Experience blog includes this:

DooApp have announced an updated release of their FXForm2 project (which can automatically generate forms from Java beans). http://blog.dooapp.com/fxml-fxform2-developing-forms-has-never-been

Sounds like part of what you asked about (creating forms). I did not look into it though.

About auto-generating observable versions of server-side pojos: I am sure this could be done with a code generator. However, I am not sure this is the best approach. I don't want to come up with a new name for my domain bean, and copy data back and forth just so that I can use it with controls requiring observable values.

Recently I needed to display a few pojos in a TableView. Getting the data in was not difficult with the help of a PropertyValueFactory, as described in the TableView JavaDoc. But what if the pojo properties change? That's the hard part because TableView won't pick up the changes, not even after a repaint. Obviously the reflected value is cached.

I had to jump through quite some hoops to provide TableView with observable property wrappers for pojo properties in a somewhat generic way. If there only was a method to force an update of a row or cell...

Rgds Werner

On 18.10.2012 19:39, Mark Fortner wrote:

One of the big timewasters when it comes to JavaFX projects taking your server-side POJOs, creating Observable versions of them, and creating forms, and controllers for them. If you've been doing JEE development in the past 5 years then you're probably already using Spring ROO, Grails, or some other RAD tooling that makes this type of work trivial in the web world. All of these artifacts are usually generated directly from the POJOs.

So I'm curious if anyone knows of any tools that make that process easier and faster?

Cheers, Mark

More information about the openjfx-dev mailing list