Prism d3d & es2 pipeline + javafx-iio are now open source
John_Smith at symantec.com
Thu Apr 25 16:40:45 PDT 2013
> Are there any other core elements of jfx that are based on reflection that we need to worry about, eg. CSS, app startup, etc?
"If a skin is specified via -fx-skin, it is loaded via reflection...
UI controls depend on reflection when instantiating skins specified via the CSS -fx-skin property. The reflection code can be found in Control.loadSkinClass(). This method works by attempting to load a skin of the given class name, assuming it has a constructor that accepts a Control, and is able to be cast as a Skin<?>."
From: openjfx-dev-bounces at openjdk.java.net [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf Of Daniel Zwolenski
Sent: Tuesday, April 23, 2013 4:19 PM
To: Danno Ferrin
Cc: openjfx-dev at openjdk.java.net
Subject: Re: Prism d3d & es2 pipeline + javafx-iio are now open source
Good work, comments inline.
On 24/04/2013, at 8:32 AM, Danno Ferrin <danno.ferrin at shemnon.com> wrote:
> I am looking at Avian for the VM.
If there are any tasks you want to try and section off, feel free to throw them my way and I'll do what I can.
> We tried to do some stuff with XMLVM at my day job and opted for straight native after working with it for a week or so because there are just too many holes in things like their implementation of the collections API. Combined with the low level network stuff we had to do (lower that Java has APIs for) it was not good enough.
Good to start cutting down the options.
> With Avian their web site says you can bring in the whole rt.jar if needed and compile that byte code. Put a ProGuard filter in front of it to reduce the class sizes and stay away from reflection and it looks quite doable.
No reflection will rule out FXML I believe. Unavoidable collateral damage?
Are there any other core elements of jfx that are based on reflection that we need to worry about, eg. CSS, app startup, etc?
> One path I am interested in but don't have the patience for is to try and hook it into the ADF Mobile VM. I don't want to learn JDeveloper at this point and I also might want to release stuff w/o getting Oracle sales involved, so that is lower down the 'try it' list. Perhaps if that is possible the Oracle sales organization might need come up with a new price sheet for that deployment scenario, since it wouldn't depend on an ADF server. But I'm a techie not a sales engineer so I don't want to wade into those waters.
My gut feel on this is similar to yours. Involving Oracle (especially non-JFX sections) generally means slowing things down significantly. The commercial aspect makes it messy too (this is all in openjdk).
JDeveloper traditionally was always a bit of a beast (I've not used it recently though) and for most eclipse/idea users I suspect working with Xcode would be similar pain levels and give better results.
I agree with having ADF based solutions low on the options list.
> On Tue, Apr 23, 2013 at 3:15 PM, Daniel Zwolenski <zonski at gmail.com> wrote:
> Great news.
> Anyone got any thoughts on how we now make use of the iOS stuff? Any starting points?
> On 24/04/2013, at 6:17 AM, Hervé Girod <herve.girod at gmail.com> wrote:
> > That's great!
> > Sent from my iPhone
> > On 23 avr. 2013, at 22:06, Gerrit Grunwald <han.solo at muenster.de> wrote:
> >> Sweet...that's really good news.
> >> Thanx to the JavaFX team to make it possible.
> >> Cheers,
> >> Gerrit
> >> Am 23.04.2013 um 20:39 schrieb Richard Bair <richard.bair at oracle.com>:
> >>> Yay!
> >>> We still have web & media to open source. There are also a couple stragglers:
> >>> - javafx-mx
> >>> - javafx-font
> >>> - javafx-accessible
> >>> I'm getting information on the status of these. Web is basically ready to go, we're just figuring out how to do it (we don't want to spend a bunch of time getting the ant builds all updated for webnode only to replace them with gradle a couple weeks later). We may just open source the code and not have it wired into the open build except via gradle.
> >>> Needless to say, the list of things left to open source is getting very short, we're in the home stretch :-)
> >>> Richard
> >>> On Apr 23, 2013, at 10:45 AM, Kevin Rushforth <kevin.rushforth at oracle.com> wrote:
> >>>> Hi,
> >>>> We just open-sourced the following FX sub-projects:
> >>>> 1. Prism HW pipelines: prism-es2* and prism-d3d*
> >>>> This completes the open-sourcing of Prism and includes the Java and native code for the two Prism pipelines, including the platform-specific Prism code for Windows, Mac, Linux, eglfb (for embedded Linux-arm), IOS, and Android.
> >>>> 2. Image loaders: javafx-iio*
> >>>> The native pieces for all of the above are now be built with "ant jar" but the native libraries are not yet copied to the "dist" directory (just like the decora native libraries). I may or may not address that, since we will eventually switch to the gradle build.
> >>>> -- Kevin
> 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
More information about the openjfx-dev