JavaFX for the Enterprise - Working Group

Mario Torre neugens.limasoftware at
Thu Oct 18 11:06:44 PDT 2012

Ah, like this, you mean? ;)


2012/10/18 Richard Bair <richard.bair at>:
> The AWT / Glass guys actually have a prototype of all of SwingSet running in JavaFX. I think most of the technical hurdles have been resolved (? Artem would know better), but it is just a matter of resourcing (there were some changes in AWT to get the best performance / integration).
> Richard
> On Oct 18, 2012, at 10:43 AM, Mario Torre wrote:
>> Hi Richard,
>> You should probably look at this old mail, since this may be what you need.
>> We need to port this code to 2.2, I'll try to give it some love this
>> week, it should give us also some good performances.
>> Cheers,
>> Mario
>> 2012/10/18 Richard Bair <richard.bair at>:
>>> From talking with the NB team, one feature they really need is to be able to embed Swing within JavaFX. Hopefully we can deliver on that for 8.
>>> On Oct 17, 2012, at 7:40 AM, Mark Claassen wrote:
>>>> I joined this list a few days ago because I wanted to start contributing
>>>> So far, I am not sure it is quite where I should be.  I would like to
>>>> discuss more about the components (table, list boxes, ...).  I am not
>>>> exactly sure where to do that.
>>>> However, I will add here that I started (a very short-lived) thread on the
>>>> netbeans user list along these lines.  Basically what I was saying was that
>>>> Netbeans is a wonderful UI built on Swing.  Could this same project be done
>>>> in JavaFX?  Maybe not yet, but could it be in the future?  It seems like
>>>> the JavaFX team could get a lot of advice and requirements from the
>>>> netbeans team.
>>>> Some of the main data structures, like the ObservableList, make me cringe.
>>>> I created a similar structure 10 years ago and have since learned the error
>>>> of my ways.  Granted, the JavaFX team has a lot more resources and
>>>> experience than I did all those years ago, but from my point of view, there
>>>> are dangerous waters ahead.
>>>> On Wed, Oct 17, 2012 at 10:23 AM, Richard Bair <richard.bair at>wrote:
>>>>> We are already doing everything on your list (which was pretty void of
>>>>> specifics). Please list specific work projects, linked to specific JIRA
>>>>> issues, and vote for them and for goodness sake contribute!
>>>>> On Oct 17, 2012, at 12:49 AM, Daniel Zwolenski <zonski at> wrote:
>>>>>> So Oracle as an organization doesn't think JavaFX can be a player in the
>>>>>> web/enterprise space and is backing HTML5. I don't agree, JavaFX has the
>>>>> *
>>>>>> potential* to be better. But it's a long way behind and gotten off to a
>>>>>> rocky start; there's a hell of a lot of work to be done and the current
>>>>>> rate, strategy and direction are not going to be nearly enough.
>>>>>> Oracle is a big corporation with many different divisions. The left arm
>>>>>> doesn't know what the right is doing. So let's put aside 'oracle' for a
>>>>>> moment. I want to know: what does the JavaFX team think? Do you want to
>>>>> go
>>>>>> up against HTML5 for the client space, or just settle for a spot on the
>>>>>> fringe?
>>>>>> Below is what I propose.
>>>>>> This proposal needs the full backing of the JavaFX team and management.
>>>>>> Specifically it needs:
>>>>>> 1. Belief that JavaFX can and should be the *number one* client
>>>>>> development platform for enterprise.
>>>>>> 2. Recognition that the current strategy will not make that happen.
>>>>>> 3. Resources (aka people) allocated to the working group outlined
>>>>> below.
>>>>>> These people must have enough influence in the JFX platform to
>>>>> legitimately
>>>>>> be able to influence the direction as needed.
>>>>>> 4. Commitment to supporting this working group fully and implementing
>>>>>> the strategies and recommendations that come out of it as a high
>>>>> priority
>>>>>> 5. A sense of urgency, and a proactive pursuit of achieving these goals
>>>>>> with a well defined timeline (i.e. "resources will be allocated by
>>>>> November
>>>>>> 2012" not "we're working on it").
>>>>>> In my opinion, all of these must be met 100%. Otherwise there is no point
>>>>>> starting at all and better to let it go and leave the enterprise space to
>>>>>> other players like HTML5 as 'Oracle' is suggesting. This is your call.
>>>>>> I believe JavaFX can be the best platform for client-side enterprise
>>>>>> application development, capitalising-on, and adding-to Java's dominance
>>>>> in
>>>>>> server side enterprise development.
>>>>>> Do you?
>>>>>> *Proposal to form a working group for JavaFX in the enterprise*
>>>>>> Mission:
>>>>>> - to position JavaFX as *the* dominant client-side development platform
>>>>>> for enterprise/business applications
>>>>>> Members:
>>>>>> - a combination of paid Oracle JavaFX team members, and community
>>>>>> participants. The Oracle members must have the ability to access senior
>>>>>> JavaFX management and technical decision makers, and as such influence
>>>>> the
>>>>>> road map and direction of the JavaFX platform. Community members will
>>>>> be
>>>>>> those with a background and experience in the enterprise space and who
>>>>> are
>>>>>> committed to making JavaFX the platform of choice in this space.
>>>>>> Responsibilities:
>>>>>> - Continuously identify improvements to the JavaFX platform that are
>>>>>> needed to ensure adoption by enterprise; drive the inclusion of these
>>>>> into
>>>>>> the JavaFX platform.
>>>>>> - Continuously identify and monitor trends and developments within the
>>>>>> enterprise space and competitor platforms (e.g. HTML5, .NET, etc) and
>>>>>> ensure the JavaFX roadmap provides confidence to enterprise of JavaFX's
>>>>>> long term viability for their needs.
>>>>>> - Provide best practices, community/forum support, documentation,
>>>>>> examples, tool add-ons, frameworks and other aids for integrating
>>>>> JavaFX
>>>>>> into popular enterprise technology stacks
>>>>>> - Provide advocacy, publicity and drive general engagement and outreach
>>>>>> programs for the adoption of JavaFX in the enterprise.
>>>>>> Objectives:
>>>>>> Objectives will be determined by the working group once formed, however
>>>>>> initial objectives will likely include the following:
>>>>>> - Review the current deployment/distribution options for JavaFX and
>>>>>> determine ways to improve this to make it competitive with other
>>>>> popular
>>>>>> enterprise client platforms (e.g. HTML+JavaScript) for primary
>>>>> enterprise
>>>>>> OS' and platforms
>>>>>> - Identify the most popular enterprise build and development tools and
>>>>>> determine a strategy for making JavaFX integrate into these
>>>>>> - Review popular trends and toolkits within competitive platforms and
>>>>>> define the ideal frameworks and add-on tools needed by an enterprise
>>>>> client
>>>>>> (e.g. form validation). Use this list of high-level requirements to
>>>>>> determine the low-level JavaFX enhancements needed (e.g. allow field
>>>>>> markers so that a 3rd party validation framework could leverage these).
>>>>>> - Create a demonstration enterprise application (along the lines of
>>>>>> PetClinic) demonstrating best practice for integrating JavaFX in a
>>>>> full,
>>>>>> end-to-end JEE stack.
>>>>>> Longer term objectives may include:
>>>>>> - Develop (or foster community development of) the high-level
>>>>> frameworks
>>>>>> that have been identified as necessary for JavaFX in the enterprise.
>>>>> These
>>>>>> will likely be developed as third-party modules external to the JavaFX
>>>>> core
>>>>>> framework (i.e. built on top of the features provided by the core
>>>>> JavaFX
>>>>>> team).
>>>>>> - Provide integration with existing or new Rapid Application
>>>>> Development
>>>>>> (RAD) tools popular within the enterprise Java space (e.g. ROO, etc).
>> --
>> pgp key: PGP Key ID: 80F240CF
>> Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF
>> IcedRobot:
>> Proud GNU Classpath developer:
>> Read About us at:
>> OpenJDK:
>> Please, support open standards:

pgp key: PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

Proud GNU Classpath developer:
Read About us at:

Please, support open standards:

More information about the openjfx-dev mailing list