Making JavaFX Development Faster

[Richard Bair]

Milan,

Can you take a look at the patch? Greg has recently left (although I'm hoping he is still on the forums / mailing list!), and Milan is taking over responsibility for FXML. He'll probably need a bit to get up to speed. But do bug him to look at the issue again :-)

Richard

On Oct 22, 2012, at 5:08 PM, Danno Ferrin <danno.ferrin at shemnon.com> wrote:

> The controller doesn't map too well.  We would need to write something
> custom to stand up the MVC Group in context of a FXML and inject into the
> FXML the controller, which is not always were the listeners live.  My
> perspective is that the controller in FXML is more of a ViewModel from the
> MVVM pattern than a logic controller, which is what Griffon leans it's
> Controllers towards.  It's not hard and fast, you can make either do the
> other approach, but structurally it biases the code in that direction.
> 
> That being said, I do have a bug sitting in limbo (
> http://javafx-jira.kenai.com/browse/RT-25559 - with a patch!) that would
> allow for easier integration of FXML into typical Griffon MV Groups.
> 
> On Sun, Oct 21, 2012 at 11:16 AM, Mark Fortner <phidias51 at gmail.com> wrote:
> 
>> The article that Will pointed out was interesting.  However, the developer
>> would still end up having to write code to make their POJOs or POJO
>> collections observable.  It would be nice if there was a "dynamic proxy"
>> that automagically made any class you sent it observable.  Not sure how
>> doable that is -- just thinking off the top of my head.
>> 
>> The one thing that you would need to avoid is making your POJO have any
>> JavaFX dependencies.
>> 
>> On the issue of RAD tooling, it sounds like the Griffon team is making some
>> progress with respect to making JavaFX easier.  I'm not sure how well
>> Griffon's Service and Controller interfaces map to JavaFX's Controller.
>> 
>> Cheers,
>> 
>> Mark
>> 
>> 
>> 
>> 
>> On Thu, Oct 18, 2012 at 11:21 AM, Richard Bair <richard.bair at oracle.com
>>> wrote:
>> 
>>> Another option I would guess is to not use observable objects at all, but
>>> you can still use binding (the property adapters should work with that).
>>> Even with a list view, which has an ObservableList, you can add items
>> form
>>> a normal list and vice versa.
>>> 
>>> On Oct 18, 2012, at 10:39 AM, 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
>>> 
>>> 
>> 
> 
> 
> 
> -- 
> There is nothing that will hold me back.  I know who I am....
> I remember wher I came from, and I feel stronger for knowing.
> Zane, Ninja of Ice.  Ninjago S01E07