Re: Optimised, high-performance, multi-threaded rendering pipeline

[Tobias Bley]

Where can we read more about your HPR renderer?




> Am 25.11.2016 um 16:45 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
> 
> Short answer? Maybe.
> 
> But exactly one more word than any from Oracle ;-)
> 
>> On 26 Nov. 2016, at 00:07, Tobias Bley <b...@jpro.io> wrote:
>> 
>> A very short answer ;) ….
>> 
>> Do you have any URL?
>> 
>> 
>> 
>> 
>> 
>>> Am 25.11.2016 um 12:19 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
>>> 
>>> Yes.
>>> 
>>>> On 25 Nov. 2016, at 21:45, Tobias Bley <b...@jpro.io> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> @Felix: Is there any Github project, demo video or trial to test HPR with 
>>>> JavaFX?
>>>> 
>>>> Best regards,
>>>> Tobi
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> Am 11.11.2016 um 12:08 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
>>>>> 
>>>>> Thanks Laurent,
>>>>> 
>>>>> That's another thing we discovered: using Java itself in the most 
>>>>> performant way can help a lot.
>>>>> 
>>>>> It can be tricky, but profiling can often highlight various patterns of 
>>>>> object instantiation that show-up red flags and can lead you directly to 
>>>>> regions of the code that can be refactored to be significantly more 
>>>>> efficient.
>>>>> 
>>>>> Also, the often overlooked GC log analysis can lead to similar 
>>>>> discoveries and remedies.
>>>>> 
>>>>> Blessings,
>>>>> 
>>>>> Felix
>>>>> 
>>>>>> On 11 Nov. 2016, at 21:55, Laurent Bourgès <bourges.laur...@gmail.com> 
>>>>>> wrote:
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> To optimize Pisces that became the Marlin rasterizer, I carefully 
>>>>>> avoided any both array allocation (byte/int/float pools) and also 
>>>>>> reduced array copies or clean up ie only clear dirty parts.
>>>>>> 
>>>>>> This approach is generic and could be applied in other critical places 
>>>>>> of the rendering pipelines.
>>>>>> 
>>>>>> FYI here are my fosdem 2016 slides on the Marlin renderer:
>>>>>> https://bourgesl.github.io/fosdem-2016/slides/fosdem-2016-Marlin.pdf
>>>>>> 
>>>>>> Of course I would be happy to share my experience and work with a tiger 
>>>>>> team on optimizing JavaFX graphics.
>>>>>> 
>>>>>> However I would like getting sort of sponsoring for my potential 
>>>>>> contributions...
>>>>>> 
>>>>>> Cheers,
>>>>>> Laurent
>>>>>> 
>>>>>> Le 11 nov. 2016 11:29, "Tobi" <t...@ultramixer.com> a écrit :
>>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>> thanks Felix, Laurent and Chris for sharing your stuff with the 
>>>>>>> community!
>>>>>>> 
>>>>>>> I am happy to see starting a discussion about boosting up the JavaFX 
>>>>>>> rendering performance. I can confirm that the performance of JavaFX 
>>>>>>> scene graph is not there where it should be. So multithreading would be 
>>>>>>> an excellent, but difficult approach.
>>>>>>> 
>>>>>>> Felix, concerning your research of other toolkits: Do they all use 
>>>>>>> multithreading or are there any toolkits which use single threading but 
>>>>>>> are faster than JavaFX?
>>>>>>> 
>>>>>>> So maybe there are other points than multithreading where we can boost 
>>>>>>> the performance?
>>>>>>> 
>>>>>>> 2) your HPR sounds great. Did you already try DemoFX (part 3) benchmark 
>>>>>>> with your HPR?
>>>>>>> 
>>>>>>> 
>>>>>>> Best regards,
>>>>>>> Tobi
>>>>>>> 
>>>>>>> 
>>>>>>>> Am 10.11.2016 um 19:11 schrieb Felix Bembrick 
>>>>>>>> <felix.bembr...@gmail.com>:
>>>>>>>> 
>>&g

Re: Optimised, high-performance, multi-threaded rendering pipeline

[Tobias Bley]

A very short answer ;) ….

Do you have any URL?





> Am 25.11.2016 um 12:19 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
> 
> Yes.
> 
>> On 25 Nov. 2016, at 21:45, Tobias Bley <b...@jpro.io> wrote:
>> 
>> Hi,
>> 
>> @Felix: Is there any Github project, demo video or trial to test HPR with 
>> JavaFX?
>> 
>> Best regards,
>> Tobi
>> 
>> 
>> 
>> 
>>> Am 11.11.2016 um 12:08 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
>>> 
>>> Thanks Laurent,
>>> 
>>> That's another thing we discovered: using Java itself in the most 
>>> performant way can help a lot.
>>> 
>>> It can be tricky, but profiling can often highlight various patterns of 
>>> object instantiation that show-up red flags and can lead you directly to 
>>> regions of the code that can be refactored to be significantly more 
>>> efficient.
>>> 
>>> Also, the often overlooked GC log analysis can lead to similar discoveries 
>>> and remedies.
>>> 
>>> Blessings,
>>> 
>>> Felix
>>> 
>>>> On 11 Nov. 2016, at 21:55, Laurent Bourgès <bourges.laur...@gmail.com> 
>>>> wrote:
>>>> 
>>>> Hi,
>>>> 
>>>> To optimize Pisces that became the Marlin rasterizer, I carefully avoided 
>>>> any both array allocation (byte/int/float pools) and also reduced array 
>>>> copies or clean up ie only clear dirty parts.
>>>> 
>>>> This approach is generic and could be applied in other critical places of 
>>>> the rendering pipelines.
>>>> 
>>>> FYI here are my fosdem 2016 slides on the Marlin renderer:
>>>> https://bourgesl.github.io/fosdem-2016/slides/fosdem-2016-Marlin.pdf
>>>> 
>>>> Of course I would be happy to share my experience and work with a tiger 
>>>> team on optimizing JavaFX graphics.
>>>> 
>>>> However I would like getting sort of sponsoring for my potential 
>>>> contributions...
>>>> 
>>>> Cheers,
>>>> Laurent
>>>> 
>>>> Le 11 nov. 2016 11:29, "Tobi" <t...@ultramixer.com> a écrit :
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> thanks Felix, Laurent and Chris for sharing your stuff with the community!
>>>>> 
>>>>> I am happy to see starting a discussion about boosting up the JavaFX 
>>>>> rendering performance. I can confirm that the performance of JavaFX scene 
>>>>> graph is not there where it should be. So multithreading would be an 
>>>>> excellent, but difficult approach.
>>>>> 
>>>>> Felix, concerning your research of other toolkits: Do they all use 
>>>>> multithreading or are there any toolkits which use single threading but 
>>>>> are faster than JavaFX?
>>>>> 
>>>>> So maybe there are other points than multithreading where we can boost 
>>>>> the performance?
>>>>> 
>>>>> 2) your HPR sounds great. Did you already try DemoFX (part 3) benchmark 
>>>>> with your HPR?
>>>>> 
>>>>> 
>>>>> Best regards,
>>>>> Tobi
>>>>> 
>>>>> 
>>>>>> Am 10.11.2016 um 19:11 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
>>>>>> 
>>>>>> (Thanks to Kevin for lifting my "awaiting moderation" impasse).
>>>>>> 
>>>>>> So, with all the recent discussions regarding the great contribution by
>>>>>> Laurent Bourgès of MarlinFX, it was suggested that a separate thread be
>>>>>> started to discuss parallelisation of the JavaFX rendering pipeline in
>>>>>> general.
>>>>>> 
>>>>>> As has been correctly pointed-out, converting or modifying the existing
>>>>>> rendering pipeline into a fully multi-threaded and performant beast is
>>>>>> indeed quite a complex task.
>>>>>> 
>>>>>> But, that's exactly what myself and my colleagues have been working on 
>>>>>> for
>>>>>> about 2 years.
>>>>>> 
>>>>>> The result is what we call the Hyper Rendering Pipeline (HPR).
>>>>>> 
>>>>>> Work on HPR started when we developed FXMark and were (bitterly)
>>>>>>

Re: Optimised, high-performance, multi-threaded rendering pipeline

[Tobias Bley]

Hi,

@Felix: Is there any Github project, demo video or trial to test HPR with 
JavaFX?

Best regards,
Tobi




> Am 11.11.2016 um 12:08 schrieb Felix Bembrick :
> 
> Thanks Laurent,
> 
> That's another thing we discovered: using Java itself in the most performant 
> way can help a lot.
> 
> It can be tricky, but profiling can often highlight various patterns of 
> object instantiation that show-up red flags and can lead you directly to 
> regions of the code that can be refactored to be significantly more efficient.
> 
> Also, the often overlooked GC log analysis can lead to similar discoveries 
> and remedies.
> 
> Blessings,
> 
> Felix
> 
>> On 11 Nov. 2016, at 21:55, Laurent Bourgès  wrote:
>> 
>> Hi,
>> 
>> To optimize Pisces that became the Marlin rasterizer, I carefully avoided 
>> any both array allocation (byte/int/float pools) and also reduced array 
>> copies or clean up ie only clear dirty parts.
>> 
>> This approach is generic and could be applied in other critical places of 
>> the rendering pipelines.
>> 
>> FYI here are my fosdem 2016 slides on the Marlin renderer:
>> https://bourgesl.github.io/fosdem-2016/slides/fosdem-2016-Marlin.pdf
>> 
>> Of course I would be happy to share my experience and work with a tiger team 
>> on optimizing JavaFX graphics.
>> 
>> However I would like getting sort of sponsoring for my potential 
>> contributions...
>> 
>> Cheers,
>> Laurent
>> 
>> Le 11 nov. 2016 11:29, "Tobi"  a écrit :
>>> 
>>> Hi,
>>> 
>>> thanks Felix, Laurent and Chris for sharing your stuff with the community!
>>> 
>>> I am happy to see starting a discussion about boosting up the JavaFX 
>>> rendering performance. I can confirm that the performance of JavaFX scene 
>>> graph is not there where it should be. So multithreading would be an 
>>> excellent, but difficult approach.
>>> 
>>> Felix, concerning your research of other toolkits: Do they all use 
>>> multithreading or are there any toolkits which use single threading but are 
>>> faster than JavaFX?
>>> 
>>> So maybe there are other points than multithreading where we can boost the 
>>> performance?
>>> 
>>> 2) your HPR sounds great. Did you already try DemoFX (part 3) benchmark 
>>> with your HPR?
>>> 
>>> 
>>> Best regards,
>>> Tobi
>>> 
>>> 
 Am 10.11.2016 um 19:11 schrieb Felix Bembrick :
 
 (Thanks to Kevin for lifting my "awaiting moderation" impasse).
 
 So, with all the recent discussions regarding the great contribution by
 Laurent Bourgès of MarlinFX, it was suggested that a separate thread be
 started to discuss parallelisation of the JavaFX rendering pipeline in
 general.
 
 As has been correctly pointed-out, converting or modifying the existing
 rendering pipeline into a fully multi-threaded and performant beast is
 indeed quite a complex task.
 
 But, that's exactly what myself and my colleagues have been working on for
 about 2 years.
 
 The result is what we call the Hyper Rendering Pipeline (HPR).
 
 Work on HPR started when we developed FXMark and were (bitterly)
 disappointed with the performance of the JavaFX scene graph.  Many JavaFX
 developers have blogged about the need to dramatically minimise the number
 of nodes (especially on embedded devices) in order to achieve even
 "acceptable" performance.  Often it is the case that most (if not all
 rendering) is eventually done in a single Canvas node.
 
 Now, as well already know, the JavaFX Canvas does perform very well and the
 recent awesome work (DemoFX) by Chris Newland, just for example, shows what
 can be done with this one node.
 
 But, the majority of the animation plumbing in JavaFX is related to the
 scene graph itself and is designed to make use of multiple nodes and node
 types.  At the moment, the performance of this scene graph is the Achilles
 Heel of JavaFX (or at least one of them).
 
 Enter HPR.
 
 I personally have worked with a number of hardware-accelerated toolkits
 over the years and am astounded by just how sluggish the rendering pipeline
 for JavaFX is. When I am animating just a couple of hundred nodes using
 JavaFX and transitions, I am lucky to get more than about 30 FPS, but on
 the same (very powerful) machine, I can use other toolkits to render
 thousands of "objects" and achieve frame rates well over 1000 FPS.
 
 So, we refactored the entire scene graph rendering pipeline with the
 following goals and principles:
 
 1. It is written using JavaFX 9 and Java 9 (but could theoretically be
 back-ported to JavaFX 8 though I see no reason to).
 
 2. We analysed how other toolkits had optimised their own rendering
 pipelines (especially Qt which has made some significant advances in this
 area in recent years).  We also analysed recent 

Re: Marlin-Renderer and JavaFX

[Tobias Bley]

What about performance benchmark? Did you already tried to benchmark your 
prototype with DemoFX from Chris Newsland? 

https://github.com/chriswhocodes/DemoFX 
<https://github.com/chriswhocodes/DemoFX>






> Am 10.11.2016 um 08:40 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
> 
> Started? I have a fully working prototype!
> 
> And it's not just "parallelised" but it greatly improves the efficiency and 
> utilisation of both the CPU (and cores) and the GPU(s).
> 
>> On 10 Nov. 2016, at 18:35, Tobias Bley <b...@jpro.io> wrote:
>> 
>> Do you have started any parallelization?
>> 
>> 
>> 
>>> Am 10.11.2016 um 01:02 schrieb Felix Bembrick <felix.bembr...@gmail.com>:
>>> 
>>> If you want to know how to parallelise the JavaFX pipeline (or how it's 
>>> already been done with amazing results) then talk to me.
>>> 
>>> If, of course, this email gets moderated...
>>> 
>>>> On 10 Nov. 2016, at 10:57, Felix Bembrick <felix.bembr...@gmail.com> wrote:
>>>> 
>>>> 
>>>> 
>>>>> On 10 Nov. 2016, at 10:27, Jim Graham <james.gra...@oracle.com> wrote:
>>>>> 
>>>>> On 10/20/16 5:34 AM, Kevin Rushforth wrote:
>>>>>>> For now the OpenPiscesRasterizer class uses a static Renderer (single
>>>>>>> instance) so it is single-threaded.
>>>>>>> 
>>>>>>> In MarlinFX I could prepare the multi-threading support by using 1
>>>>>>> RendererContext per thread (ThreadLocal) as I did in Marlin for java2d.
>>>>>>> 
>>>>>>> However it seems a complex task to enable parallelization in the javafx
>>>>>>> pipeline but I could help there also...
>>>>>>> 
>>>>>> 
>>>>>> Enabling parallel rasterization seems like a good follow-on task, but is 
>>>>>> out of scope for the short term given the
>>>>>> limited amount of time. Also, the only way that MarlinFX even has a 
>>>>>> chance of getting approved for in JDK 9 is for the
>>>>>> default OpenPisces path to be unaltered.
>>>>> 
>>>>> Also, such a parallelization of the javafx pipelines would be a fairly 
>>>>> large task.
>>>>> 
>>>>> I would think an effort to parallelize a single shape rasterization would 
>>>>> be much simpler in scope.  Still outside the current JDK 9 timeline, but 
>>>>> definitely something that could help in future releases.  I believe that 
>>>>> once we put the edges into the internal structures we could parallelize 
>>>>> the rasterization of individual scanlines and maybe break a tall shape up 
>>>>> into N horizontal bands for N threads.  Other thoughts would be a thread 
>>>>> to generate the crossings and N threads to populate the alphas...?
>>>>> 
>>>>>...jim
>> 

Re: Marlin-Renderer and JavaFX

[Tobias Bley]

Do you have started any parallelization?



> Am 10.11.2016 um 01:02 schrieb Felix Bembrick :
> 
> If you want to know how to parallelise the JavaFX pipeline (or how it's 
> already been done with amazing results) then talk to me.
> 
> If, of course, this email gets moderated...
> 
>> On 10 Nov. 2016, at 10:57, Felix Bembrick  wrote:
>> 
>> 
>> 
>>> On 10 Nov. 2016, at 10:27, Jim Graham  wrote:
>>> 
>>> On 10/20/16 5:34 AM, Kevin Rushforth wrote:
> For now the OpenPiscesRasterizer class uses a static Renderer (single
> instance) so it is single-threaded.
> 
> In MarlinFX I could prepare the multi-threading support by using 1
> RendererContext per thread (ThreadLocal) as I did in Marlin for java2d.
> 
> However it seems a complex task to enable parallelization in the javafx
> pipeline but I could help there also...
> 
 
 Enabling parallel rasterization seems like a good follow-on task, but is 
 out of scope for the short term given the
 limited amount of time. Also, the only way that MarlinFX even has a chance 
 of getting approved for in JDK 9 is for the
 default OpenPisces path to be unaltered.
>>> 
>>> Also, such a parallelization of the javafx pipelines would be a fairly 
>>> large task.
>>> 
>>> I would think an effort to parallelize a single shape rasterization would 
>>> be much simpler in scope.  Still outside the current JDK 9 timeline, but 
>>> definitely something that could help in future releases.  I believe that 
>>> once we put the edges into the internal structures we could parallelize the 
>>> rasterization of individual scanlines and maybe break a tall shape up into 
>>> N horizontal bands for N threads.  Other thoughts would be a thread to 
>>> generate the crossings and N threads to populate the alphas...?
>>> 
>>>  ...jim

Re: Future of JavaFX

[Tobias Bley]

I absolutely agree. While we are committing to many Github projects it’s too 
hard to do that for JavaFX via bugs.sun.com…. Github is a modern way of 
developing together. The „bugs.sun.com“ way is like using a candle instead of 
electric light…

Best Regards,
Tobi


> Am 02.12.2015 um 13:32 schrieb Robert Krüger :
> 
> Please, you're really oversimplifying things, I'm not sure if
> intentionally. It's not just coding. In my company I pay people
> serious money who do testing and file reproducible test cases with a
> qualified analysis of what they observed and what may be the problem and
> that's what I have done in the past for JavaFX using my Jira account as
> also have a number of other qualified people who were affronted by the
> policy changes, which probably resulted in many of them stopping this
> because they could no longer follow their Jira tickets including taking
> part in discussions there or answering questions by the engineers. If you
> don't count these things as meaningful/valuable contributions that make a
> difference, I don't really know on what basis to argue anymore. Then I have
> to assume, you just don't want to really deal with criticism. Of course
> some unqualified ranting in a Jira issue hurts (i.e. consumes resources)
> more than it helps but putting the many qualified people (many of them on
> this list) all in that category is neither correct, nor a smart move in
> anyone's interest.
> 
> On Wed, Dec 2, 2015 at 10:45 AM, dalibor topic 
> wrote:
> 
>> On 01.12.2015 22:58, Markus KARG wrote:
>> 
>>> I actually talk about those people that *did not* invest the time to
>>> contribute
>>> 
>> 
>> Making high quality contributions to open source projects takes a
>> considerable amount of humbleness, time and effort. People who aren't able
>> or willing to invest the necessary time and effort into making high quality
>> contributions are not likely to produce acceptable results - in any open
>> source community.
>> 
>> To quote Jono Bacon:
>> 
>> "Low-quality contributors don't bring much other than noise: they are a
>> net drain on resources because other good contributors have to take time
>> away to support them." [1]
>> 
>> cheers,
>> dalibor topic
>> 
>> [1] http://opensource.com/life/15/3/how-to-fire-community-members
>> 
>> --
>>  Dalibor Topic | Principal Product Manager
>> Phone: +494089091214  | Mobile: +491737185961
>> 
>> 
>> ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
>> 
>> ORACLE Deutschland B.V. & Co. KG
>> Hauptverwaltung: Riesstr. 25, D-80992 München
>> Registergericht: Amtsgericht München, HRA 95603
>> 
>> Komplementärin: ORACLE Deutschland Verwaltung B.V.
>> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
>> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
>> Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher
>> 
>>  Oracle is committed to developing
>> practices and products that help protect the environment
>> 
> 
> 
> 
> -- 
> Robert Krüger
> Managing Partner
> Lesspain GmbH & Co. KG
> 
> www.lesspain-software.com

Bug: rotating using setRotationAxis() doesn't work on iOS

[Tobias Bley]

Hi,

just noticed that node rotation does not work when setting a rotation axis on 
iOS:

simple test case:

testNode.setRotationAxis(Rotate.Y_AXIS);
testNode.setRotate(80);
Best regards,
Tobi

Prism: implementation of node scale?

[Tobias Bley]

Hi,

does anybody know where the node scaling is implemented in prism es2 pipeline? 
I would like to fix the „scale bug on iOS“ (scaling of nodes not possible on 
iOS).

Best regards,
Tobi

JarBundler project moved to GitHub

[Tobias Bley]

Hi,

to who it may concern:

We have moved the JarBundler project from SourceForge to GitHub. Additionally 
we ported the project structure to maven structure and published a new version 
JarBundler 3.2.2 to the maven repository.

JarBundler is an ant task to create Mac „*.app“ bundles for Apples JDK 6.

https://github.com/UltraMixer/JarBundler 
https://github.com/UltraMixer/JarBundler

Best regards,
Tobi

Re: Blur effect on live scene?

[Tobias Bley]

Hi Michael,

thanks for your demo. Yes, that would be a solution, but I do not want this cpu 
/ gpu consuming capture approach.  In OpenGL it would be very simple to 
simulate this milke glass effect: simply create a transparent texture and use a 
shader in the GPU to blur the underlying content - no cpu usage needed.

So my question is: In JavaFX I can apply a blur effect to a pane - that’s fine. 
But can I use the blur effect on a pane too to blur the underlying content?

Best regards,
Tobi


 Am 10.08.2015 um 13:17 schrieb Michael Hoffer i...@michaelhoffer.de:
 
 Hi Tobias,
 
 a while ago I did some experiments in that direction: 
 http://mihosoft.eu/?p=1025 http://mihosoft.eu/?p=1025 Does that help?
 
 Regards,
 Michael
 
 2015-08-10 13:04 GMT+02:00 Tobias Bley t...@ultramixer.com 
 mailto:t...@ultramixer.com:
 Hi,
 
 is it possible to set a blur effect on the complete scene or maybe a part of 
 it? I would like to place a pane over another pane (via StackPane) which 
 blurs the underlaying pane… like a „milk glass effect“…
 
 Any ideas?
 
 Best regards,
 Tobi
 
 
 
 
 -- 
 Dipl.-Math. Michael Hoffer
 
 Twitter: @mihosoft
 Webpage: www.mihosoft.eu http://www.mihosoft.eu/
 
 Goethe-Zentrum für Wissenschaftliches Rechnen (G-CSC)
 Goethe-Universität
 Kettenhofweg 139
 60325 Frankfurt am Main
 phone: +49 69 798 25254
 i...@michaelhoffer.de mailto:i...@michaelhoffer.de

Loading Helvetica Neue Light font?

[Tobias Bley]

Hi,

does anybody know how to use or load the „Helvetica Neue Light“ font in JavaFX?

Font font = Font.font(Helvetica Neue, 
FontWeight.EXTRA_LIGHT,FontPosture.REGULAR, 16.0);

= gives me the medium style font: 

font = Font[name=Helvetica Neue Medium, family=Helvetica Neue, style=Medium, 
size=16.0]

Regards,
Tobi

Re: JavaFX graphic performance slow on Mac? Clock app

[Tobias Bley]

Hi Jim,

that’s very interesting. BTW: Where do I get the ES2 implementation for Windows?

I will remove all extern dependencies in the the project.

Best regards,
Tobi



 Am 10.07.2015 um 02:19 schrieb Jim Graham james.gra...@oracle.com:
 
 I was able to verify the CPU usage on my retina MBP and further show that ES2 
 on Windows also consumes a similar amount of CPU:
 
 Mac (using ES2): 20-25%
 Windows (using D3D): 3%
 Windows (using ES2): 20%
 
 so this is definitely related to our use of OpenGL and not a Mac platform 
 issue (though it did have a couple percent more overhead than the ES2 pipe on 
 Windows, the bulk of the performance was ES2 vs OGL).
 
 Can you remove the external dependencies on the date formatter from your test 
 case and then submit a bug so we can track this issue?
 
   ...jim
 
 On 7/8/15 7:57 AM, Tobias Bley wrote:
 Hi Jim,
 
 please checkout the small app on Github: 
 https://github.com/tobium/JavaFXPerformanceTest
 
 Mac OS X: 10.10.4
 Mac Book Pro Retina (Late 2012), Intel HD Graphics 4000 1024 MB, 8 GB RAM, 
 i7 2,6Ghz
 Java FX 1.8.0_60
 
 
 FPS: Mac and Windows: 60 FPS
 CPU usage: Mac: 25-80%, Windows: 0-3%
 
 
 Best regards,
 Tobi
 
 
 Am 07.07.2015 um 21:23 schrieb Jim Graham james.gra...@oracle.com:
 
 Hi Tobi,
 
 Can you share your small clock app?  Perhaps file a bug and attach the 
 source?
 
 Also, what version of MacOS are you running on what hardware?  (And 
 compared to what version of Windows on what hardware?)
 
 ...jim
 
 On 7/7/15 4:32 AM, Tobias Bley wrote:
 
 
 Hi,
 
 currently our experiences with JavaFX on Mac are very disappointing. While 
 JavaFX on Windows runs very good with low cpu usage, JavaFX on Mac via  
 Java 8 doesn’t perform well. I created a little clock app which uses 
 between 25% and 80% cpu usage. But what’s the reason for? I though JavaFX 
 rendering pipeline works on the graphic device? So why there is such a 
 traffic on the CPU?
 
 
 
 
 Best regards,
 Tobi
 
 
 

Re: JavaFX graphic performance slow on Mac? Clock app

[Tobias Bley]

Hi Jörg,

Java Swing performs much better on Windows using D3D than on Mac using 
OpenGL/Quartz…. so I suppose the OpenGL implementation on Mac isn’t very 
good….maybe that’s the reason for the new Metal rendering API on Mac 10.11?

Best regards,
Tobi


 Am 10.07.2015 um 00:21 schrieb Jörg Wille joerg.wi...@gmail.com:
 
 Hi Tobi,
 I have ran your clock app on an old
 MacBook Pro (15 Zoll, Late 2008) (2,4 GHz Intel Core 2 Duo)
 NVIDIA GeForce 9400M 256 MB
 Mac OS X 10.10.4
 JDK  1.8.0_45-b14
 using:
 java -Dprism.verbose=true -jar javafx-performance-test-1.0.0.jar
 
 which shows that the GPU pipeline is used.
 Loading ES2 native library ... prism_es2
 succeeded.
 Graphics Vendor: NVIDIA Corporation
   Renderer: NVIDIA GeForce 9400M OpenGL Engine
Version: 2.1 NVIDIA-10.0.31 310.90.10.05b12
 
 I also measured a cpu load of about 30 to 40%, after 60 to 80% in the first
 couple of seconds.
 @oracle-staff: Does JavaFX graphic perform better on D3D than on OpenGL in
 general? And if so, are there plans to speed up gl pipeline or has D3D
 higher priority?
 
 Best regards,
 Joerg

Re: JavaFX graphic performance slow on Mac? Clock app

[Tobias Bley]

Hi,

I recently updated the project on github 
(https://github.com/tobium/JavaFXPerformanceTest). I removed the dependencies 
and added several new tests, e.g. JavaFX using Canvas and Swing tests.

All of these tests perform well (1% CPU) on Windows, all of these tests doesn’t 
perform well on Mac OS X (30%-50% CPU).

I will try running the swing tests via Apples JDK6 and quartz renderer.

Best regards,
Tobi


 Am 10.07.2015 um 02:19 schrieb Jim Graham james.gra...@oracle.com:
 
 I was able to verify the CPU usage on my retina MBP and further show that ES2 
 on Windows also consumes a similar amount of CPU:
 
 Mac (using ES2): 20-25%
 Windows (using D3D): 3%
 Windows (using ES2): 20%
 
 so this is definitely related to our use of OpenGL and not a Mac platform 
 issue (though it did have a couple percent more overhead than the ES2 pipe on 
 Windows, the bulk of the performance was ES2 vs OGL).
 
 Can you remove the external dependencies on the date formatter from your test 
 case and then submit a bug so we can track this issue?
 
   ...jim
 
 On 7/8/15 7:57 AM, Tobias Bley wrote:
 Hi Jim,
 
 please checkout the small app on Github: 
 https://github.com/tobium/JavaFXPerformanceTest
 
 Mac OS X: 10.10.4
 Mac Book Pro Retina (Late 2012), Intel HD Graphics 4000 1024 MB, 8 GB RAM, 
 i7 2,6Ghz
 Java FX 1.8.0_60
 
 
 FPS: Mac and Windows: 60 FPS
 CPU usage: Mac: 25-80%, Windows: 0-3%
 
 
 Best regards,
 Tobi
 
 
 Am 07.07.2015 um 21:23 schrieb Jim Graham james.gra...@oracle.com:
 
 Hi Tobi,
 
 Can you share your small clock app?  Perhaps file a bug and attach the 
 source?
 
 Also, what version of MacOS are you running on what hardware?  (And 
 compared to what version of Windows on what hardware?)
 
 ...jim
 
 On 7/7/15 4:32 AM, Tobias Bley wrote:
 
 
 Hi,
 
 currently our experiences with JavaFX on Mac are very disappointing. While 
 JavaFX on Windows runs very good with low cpu usage, JavaFX on Mac via  
 Java 8 doesn’t perform well. I created a little clock app which uses 
 between 25% and 80% cpu usage. But what’s the reason for? I though JavaFX 
 rendering pipeline works on the graphic device? So why there is such a 
 traffic on the CPU?
 
 
 
 
 Best regards,
 Tobi
 
 
 

JavaFX graphic performance slow on Mac? Clock app

[Tobias Bley]

Hi,

currently our experiences with JavaFX on Mac are very disappointing. While 
JavaFX on Windows runs very good with low cpu usage, JavaFX on Mac via  Java 8 
doesn’t perform well. I created a little clock app which uses between 25% and 
80% cpu usage. But what’s the reason for? I though JavaFX rendering pipeline 
works on the graphic device? So why there is such a traffic on the CPU?

 


Best regards,
Tobi

Re: JavaFX graphic performance slow on Mac? Clock app

[Tobias Bley]

Hi Jim,

please checkout the small app on Github: 
https://github.com/tobium/JavaFXPerformanceTest

Mac OS X: 10.10.4
Mac Book Pro Retina (Late 2012), Intel HD Graphics 4000 1024 MB, 8 GB RAM, i7 
2,6Ghz
Java FX 1.8.0_60


FPS: Mac and Windows: 60 FPS
CPU usage: Mac: 25-80%, Windows: 0-3%


Best regards,
Tobi


 Am 07.07.2015 um 21:23 schrieb Jim Graham james.gra...@oracle.com:
 
 Hi Tobi,
 
 Can you share your small clock app?  Perhaps file a bug and attach the source?
 
 Also, what version of MacOS are you running on what hardware?  (And compared 
 to what version of Windows on what hardware?)
 
   ...jim
 
 On 7/7/15 4:32 AM, Tobias Bley wrote:
 
 
 Hi,
 
 currently our experiences with JavaFX on Mac are very disappointing. While 
 JavaFX on Windows runs very good with low cpu usage, JavaFX on Mac via  Java 
 8 doesn’t perform well. I created a little clock app which uses between 25% 
 and 80% cpu usage. But what’s the reason for? I though JavaFX rendering 
 pipeline works on the graphic device? So why there is such a traffic on the 
 CPU?
 
 
 
 
 Best regards,
 Tobi
 
 

Re: JavaFX JIRA issues moving to JBS

[Tobias Bley]

Hi,

in my opinion it’s definitely no good news to move from JIRA to JBS. While Jira 
is a very good and popular bug tracking system, the JDK JBS is a pain. With JBS 
the community efforts will decrease. It’s too complicated to be part of the 
Java community if you are forced to first sign a commitment… It’s a step 
backward :( Like other decisions like stop of SceneBuilder builds, no official 
mobile ports and so on. Sorry, I’m very disappointed of the current strategy of 
Oracle.

I still hope that I am wrong…

Best regards,
Tobi


 Am 15.04.2015 um 00:20 schrieb Kevin Rushforth kevin.rushfo...@oracle.com:
 
 As most of you are aware, JavaFX uses its own JIRA bug tracker [1]. The JDK 
 Bug System [2] (JBS) is the JIRA bug tracker used by the OpenJDK Community. 
 With the OpenJFX Project being a part of this Community, it is time for us to 
 move away from our separate bug tracker and make use of JBS. This will allow 
 us to leverage the greater infrastructure investments being made and lessen 
 the burden of having to maintain our own infrastructure, and consolidates all 
 JDK bugs in one place. The target date for this transition is the second half 
 of May.
 
 The issues currently in the RT project in JavaFX JIRA will be folded into the 
 JDK project in JBS. Details will follow on the mapping, but here are the 
 highlights:
 
 - A new javafx component will be created in the JDK project
 - Most existing JavaFX JIRA components will be sub-components of the javafx 
 component
 - The mapping from existing RT-n bug ID to new JDK-mmm bug ID 
 will be maintained by JBS such that searching for RT-n will take you to 
 the right JDK-mmm bug.
 
 A JBS account will be needed to directly report new bugs or comment on 
 existing bugs. Most application developers will file new JavaFX bugs at 
 bugs.java.com [3] just like other JDK bugs. The requirement to get a JBS 
 account [4] is to have a role of Author or higher in an OpenJDK Project 
 (e.g., jdk9 or openjfx).
 
 Our advice to those of you actively involved and participating in the OpenJFX 
 Project is to consider joining the OpenJDK as a Contributor [5] by signing 
 the Oracle Contributor Agreement (OCA) [6]. This is a necessary first step in 
 contributing to any OpenJDK Project, including OpenJFX. It allows you to 
 provide patches that we might accept for OpenJFX, and is also a step along 
 the path to becoming an Author. The general guideline [7] is that the Author 
 role may be requested by a Project Contributor who has contributed two 
 non-trivial patches that have been accepted and pushed.
 
 As part of this transition, we will enable anonymous viewing of bugs (no need 
 to login just to look at a bug) and they will be easily searchable online.
 
 We apologize for the inconvenience caused to OpenJFX Participants by this 
 upcoming change to the bug database write access policy. We really appreciate 
 your commitment to improving and growing the JavaFX technology.
 
 -- Kevin
 
 
 [1] https://javafx-jira.kenai.com/
 [2] https://bugs.openjdk.java.net/
 [4] https://wiki.openjdk.java.net/display/general/JBS+Overview
 [3] http://bugs.java.com/
 [5] http://openjdk.java.net/contribute/
 [6] http://www.oracle.com/technetwork/oca-405177.pdf
 [7] http://openjdk.java.net/projects/#project-author
 

Re: Canvas performance on Mac OS

[Tobias Bley]

In my opinion the whole graphics performance on MacOSX isn’t good at all with 
JavaFX….


 Am 27.03.2015 um 22:10 schrieb Robert Krüger krue...@lesspain.de:
 
 The bad full screen performance is without the arcs. It is just one call to
 fillRect, two to strokeOval and one to fillOval, that's all. I will build a
 simple test case and file an issue.
 
 On Fri, Mar 27, 2015 at 9:58 PM, Jim Graham james.gra...@oracle.com wrote:
 
 Hi Robert,
 
 Please file a Jira issue with a simple test case.  Arcs are handled as a
 generalized shape rather than via a predetermined shader, but it shouldn't
 be that slow.  Something else may be going on.
 
 Another test might be to replace the arcs with rectangles or ellipses and
 see if the performance changes...
 
...jim
 
 
 On 3/27/15 1:52 PM, Robert Krüger wrote:
 
 Hi,
 
 I have a super-simple animation implemented using AnimationTimer and
 Canvas
 where the canvas just performs a few draw operations, i.e. fills the
 screen
 with a color and then draws and fills 2-3 circles and I have already
 observed that each drawing operation I add, results in significant CPU
 load
 (e.g. when I draw  10 arcs in addition to the circles, the CPU load goes
 up to 30-40% on a Mac Book Pro for a Canvas size of 600x600(!).
 
 Now I tested the animation in full screen mode (only with a few circles)
 and playback is unusable for a serious application (very choppy). Is 2D
 canvas performance known to be very bad on Mac or am I doing something
 wrong? Are there workarounds for this?
 
 Thanks,
 
 Robert
 
 
 
 
 -- 
 Robert Krüger
 Managing Partner
 Lesspain GmbH  Co. KG
 
 www.lesspain-software.com

Re: 8u40 is released / SB

[Tobias Bley]

But what about Xcode GUI design? Android Studio GUI designer? QT Designer? …


 Am 05.03.2015 um 09:19 schrieb Tom Eugelink t...@tbee.org:
 
 My two cents would be that maintaining a UI builder is an awful lot of work, 
 while I expect that a lot of programmers won't be using SB because it always 
 has limitations. Either with complex layouts or custom controls. Real 
 programmers probably use FXML directly or even just code it in Java. So the 
 return on investment probably is fairly low and thus the resources can be 
 much better spent on the core. IMHO.
 
 
 On 5-3-2015 02:34, Mike Hearn wrote:
 I agree that SB is probably something that can be well maintained by the
 community at this point, especially with commercial backing from Gluon
 

Re: 8u40 is released

[Tobias Bley]

which future should it be? IoT?


 Am 04.03.2015 um 23:29 schrieb Felix Bembrick felix.bembr...@gmail.com:
 
 JavaFX has a future but perhaps not the one we were all expecting or hoping 
 for.
 
 On 5 March 2015 at 09:18, Tobias Bley t...@ultramixer.com 
 mailto:t...@ultramixer.com wrote:
 In the past there were 2 bad signs from Oracle concerning JavaFX: end of 
 support for JavaFX on RaspPi and SceneBuilder…
 
 So does have JavaFX a future?
 
 Tobi
 
 
  Am 04.03.2015 um 23:14 schrieb Mike Hearn m...@plan99.net 
  mailto:m...@plan99.net:
 
  That's great Johan, but .. what does this mean, exactly? Is SB
  effectively dead at this point? Short of some horrifically convoluted
  corporate politics I can't understand why Oracle would develop an
  application but not provide downloads of it. Does this mean SB won't be
  upgraded past 8u40?
 
  I mean - I don't think it's unreasonable of me to be surprised by this, and
  I thought I followed JFX development pretty closely. What's the story here?
 
  On Wed, Mar 4, 2015 at 11:39 AM, Johan Vos jo...@lodgon.com 
  mailto:jo...@lodgon.com wrote:
 
  Oracle stated that they won't release new binaries for SceneBuilder, but
  since the code is open-source and BSD licensed, third parties and the Java
  Community in general can create binaries based on the SceneBuilder sources.
  This is what we did at Gluon (http://gluonhq.com http://gluonhq.com/), 
  and the result can be
  downloaded at http://gluonhq.com/products/downloads/ 
  http://gluonhq.com/products/downloads/
  This download is based on the latest 8u40 source code in OpenJFX. It
  includes the 8u40 Controls (e.g. Spinner, Dialogs).
 
  Hope this is helpful.
 
  - Johan
 
  2015-03-04 16:31 GMT+01:00 Mike Hearn m...@plan99.net 
  mailto:m...@plan99.net:
 
  Hi Kevin,
 
  Scene Builder source code is available in the OpenJFX repo under the BSD
  license, but separate binaries are no longer being released as of 8u40.
 
 
  I'm a bit confused what this means.
 
  People who want to use Scene Builder are expected to compile it themselves
  from now on? Does that really make sense? Presumably the idea here is that
  SB will be integrated into IDEs and will no longer have any purpose as a
  standalone app, but I'm not sure we're ready to go there yet - the last
  time I tried the SB integration into IntelliJ it was extremely basic and
  far below the experience of the dedicated app.
 
  As just one example, UI design benefits a lot from maximal screen space.
  IDE embeddings often don't provide that.
 
 
 
 
 

How to use scaleX/Y to change layout bounds?

[Tobias Bley]

Hi,

when I call button.setScaleX(.5) and button.setScaleY(.5) the button changes 
it’s size only visually - the layout  bounds does not change… How can I change 
this behaviour?

Best regards,
Tobi

error while building JFX 8udev for iOS (2)

[Tobias Bley]

@Oracle, can you help me?


 Anfang der weitergeleiteten Nachricht:
 
 Von: Tobias Bley t...@ultramixer.com
 Betreff: error while building JFX 8udev for iOS
 Datum: 15. Juli 2014 13:52:11 MESZ
 An: openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net
 
 Hi folks,
 
 when I try to build JFX for iOS using „gradle sdk…“ i’m getting the following 
 errors - is it a known issue?
 
 Best regards,
 Tobi
 
 
 
 :graphics:ccIosPrismES2Arm
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:67:34:
  warning: implicit declaration of function 'createContext' is invalid in C99 
 [-Wimplicit-function-declaration]
 context = (jlong) (intptr_t) createContext((void *) (intptr_t) 
 nativeShareCtxHandle,
  ^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:76:14:
  warning: implicit declaration of function 'makeCurrentContext' is invalid in 
 C99 [-Wimplicit-function-declaration]
 result = makeCurrentContext((void *) (intptr_t) context);
  ^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:78:9:
  warning: implicit declaration of function 'printAndReleaseResources' is 
 invalid in C99 [-Wimplicit-function-declaration]
 printAndReleaseResources(0, context,
 ^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:137:13:
  warning: implicit declaration of function 
 'getProcAddress' is invalid in C99 [-Wimplicit-function-declaration]
 getProcAddress(glActiveTexture);
 ^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:239:5:
  warning: implicit declaration of function 'setSwapInterval' is invalid in 
 C99 [-Wimplicit-function-declaration]
 setSwapInterval((void *) jlong_to_ptr(ctxInfo-context), 0);
 ^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:59:22:
  warning:unused variable 'pfInfo' [-Wunused-variable]
 PixelFormatInfo* pfInfo =  (PixelFormatInfo* )jlong_to_ptr(nativePFInfo);
  ^
 6 warnings generated.
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLDrawable.c:108:5:
  warning: implicit declaration of function 'flushBuffer' is invalid in C99 
 [-Wimplicit-function-declaration]
 flushBuffer((void *) (intptr_t) ctxInfo-context);
 ^
 1 warning generated.
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:42:13:
  warning: format specifies type 'unsigned int' but the argument has type 
 'void *' [-Wformat]
 shareContext, view, pixelFormat, viewNotReady);
 ^~~~
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:42:27:
  warning: format specifies type 'unsigned int' but the argument has type 
 'void *' [-Wformat]
 shareContext, view, pixelFormat, viewNotReady);
   ^~~~
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:41:70:
  warning: flag ' ' results in undefined behavior with 'n' conversion 
 specifier [-Wformat]
 fprintf(stderr, IOSWindowSystemInterface : share %x view %x pf % 
 notready %\n,
 ~^~
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:42:33:
  warning: format specifies type 'int *' but the argument has type 'void *' 
 [-Wformat]
 shareContext, view, pixelFormat, viewNotReady);
 ^~~
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:41:81:
  warning:invalid conversion specifier '
 ' [-Wformat-invalid-specifier]
 fprintf(stderr, IOSWindowSystemInterface : share %x view %x pf % 
 notready %\n,
   
  ~^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:60:12:
  warning: incompatible integer to pointer conversion returning 'jlong' (aka 
 'long long') from a function with result type 'void *' [-Wint-conversion]
 return ptr_to_jlong(ctx);
^
 /Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios

(Multi)Touch with Windows 7

[Tobias Bley]

Hi,

does anyone know if it’s possible to use JavaFX 8 and touch gestures like swipe 
on Windows 7?

Best regards,
Tobi

ANGLE - Translating OpenGL ES 2 code to DirectX?

[Tobias Bley]

Hi,

does anybody knows the AngleProject? (https://code.google.com/p/angleproject/)

It’s used by Chrome and Firefox for WebGL to translate OpenGL ES2 code to 
DirectX on Windows….

Maybe it can be used to use the JavaFX OpenGL ES2 pipeline on Windows too?

Best regards,
Tobi



-- 
 Tobias Bley
 Chief Executive Officer


 Tel  +49 351 - 264 49 86   Fax +49 180-3555688-50

 
 UltraMixer Digital Audio Solutions
 Am Waldschlößchen 2
 D-01099 Dresden
 Germany


 b...@ultramixer.com   http://www.ultramixer.com

error while building JFX 8udev for iOS

[Tobias Bley]

Hi folks,

when I try to build JFX for iOS using „gradle sdk…“ i’m getting the following 
errors - is it a known issue?

Best regards,
Tobi



:graphics:ccIosPrismES2Arm
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:67:34:
 warning: implicit declaration of function 'createContext' is invalid in C99 
[-Wimplicit-function-declaration]
context = (jlong) (intptr_t) createContext((void *) (intptr_t) 
nativeShareCtxHandle,
 ^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:76:14:
 warning: implicit declaration of function 'makeCurrentContext' is invalid in 
C99 [-Wimplicit-function-declaration]
result = makeCurrentContext((void *) (intptr_t) context);
 ^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:78:9:
 warning: implicit declaration of function 'printAndReleaseResources' is 
invalid in C99 [-Wimplicit-function-declaration]
printAndReleaseResources(0, context,
^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:137:13:
 warning: implicit declaration of function 
'getProcAddress' is invalid in C99 [-Wimplicit-function-declaration]
getProcAddress(glActiveTexture);
^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:239:5:
 warning: implicit declaration of function 'setSwapInterval' is invalid in C99 
[-Wimplicit-function-declaration]
setSwapInterval((void *) jlong_to_ptr(ctxInfo-context), 0);
^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLContext.c:59:22:
 warning:unused variable 'pfInfo' [-Wunused-variable]
PixelFormatInfo* pfInfo =  (PixelFormatInfo* )jlong_to_ptr(nativePFInfo);
 ^
6 warnings generated.
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSGLDrawable.c:108:5:
 warning: implicit declaration of function 'flushBuffer' is invalid in C99 
[-Wimplicit-function-declaration]
flushBuffer((void *) (intptr_t) ctxInfo-context);
^
1 warning generated.
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:42:13:
 warning: format specifies type 'unsigned int' but the argument has type 'void 
*' [-Wformat]
shareContext, view, pixelFormat, viewNotReady);
^~~~
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:42:27:
 warning: format specifies type 'unsigned int' but the argument has type 'void 
*' [-Wformat]
shareContext, view, pixelFormat, viewNotReady);
  ^~~~
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:41:70:
 warning: flag ' ' results in undefined behavior with 'n' conversion specifier 
[-Wformat]
fprintf(stderr, IOSWindowSystemInterface : share %x view %x pf % notready 
%\n,
~^~
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:42:33:
 warning: format specifies type 'int *' but the argument has type 'void *' 
[-Wformat]
shareContext, view, pixelFormat, viewNotReady);
^~~
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:41:81:
 warning:invalid conversion specifier '
' [-Wformat-invalid-specifier]
fprintf(stderr, IOSWindowSystemInterface : share %x view %x pf % notready 
%\n,
   
~^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:60:12:
 warning: incompatible integer to pointer conversion returning 'jlong' (aka 
'long long') from a function with result type 'void *' [-Wint-conversion]
return ptr_to_jlong(ctx);
   ^
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/ios-window-system.h:32:29:
 note: expanded from macro 'ptr_to_jlong'
#define ptr_to_jlong(value) (jlong)((long)(value))
^~
/Applications/Developer/Java/open-jfx-graphics-8u-dev2/rt/modules/graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m:87:55:
 error: use of undeclared identifier 

Re: OT: Netbeans ported to JFX?

[Tobias Bley]

I absolutly agree. I don’t love Objective-C and Cocoa-APIs. But I have the 
feeling that „it must be a great technology/API“ if there are so many good 
applications like Apple Pages, iTunes, …. which all are using Cocoa.

That’s missing with JavaFX. The last years it was funny to see cool demos. But 
now it’s time to mature! We need real JFX software and mobile apps.

But that’s we have discussed over and over again like the mobile thing. But 
Oracle has other plans. JFX seams to be a  technology for only specific markets 
like IOT and embedded software like in printers, TV, etc.

Best,
Tobi



 Am 11.07.2014 um 10:38 schrieb Robert Krüger krue...@lesspain.de:
 
 On Thu, Jul 10, 2014 at 4:53 PM, David Hill david.h...@oracle.com wrote:
 On 7/10/14, 10:40 AM, Jeff Martin wrote:
 
 That's not what Bill Gates or Steve Jobs said.
 
 To be fair - both of those guys are trying to build an ecosystem - not just
 an OS, but an OS and tools and products layered on top of it. They want to
 create an environment that you want to come to and spend $$$.
 
 Oracle's bottom line is about Big Data and the appware in the middle of it.
 That middle ware uses several technologies for graphical display and JavaFX
 is just one of them. Unless you are a middle ware customer, you probably
 have not seen any of them, because unlike MS Word, or Apple ITunes, they are
 not usually seen by the general public.
 
 It certainly would be nice to have more JavaFX applications (real apps or
 even good demos) as it would help showcase the capabilities. Jasper has
 whipped together some interesting demo apps over the years for JavaOne
 
 Any suggestions on good demo apps for small boards (Pi, i.MX6) ? (Existing
 or otherwise).
 
 No offence but it is exactly those apps that I am not talking about
 because while they may help to demonstrate how to do things to a
 beginner, they do not contribute to the platform becoming mature and I
 have yet to see one that really impresses me when compared to examples
 of uses of other state-of-the-art software. Having the next 2-1/2D
 Raspberry mini game certainly won't convince many people, who make the
 decision which technology their company will embrace for their next
 product, that JFX is a stat-of-the-art platform just as Jasper's 3D
 examples won't. Honestly, I _want_ to move to JavaFX and I am trying
 to convince my business partners to consider that and I asked them to
 look at what's available on the web and most of what you find is those
 demos. The reaction was really something like technology looks OK but
 they cannot be serious about making the case with those demos when
 developers are used to the respective resources by Apple (iOS, OSX) or
 Google (Android) and quality problems worrying them, which currently
 is my main concern as well (stuff like RT-37533, RT-37501, RT-37372,
 which I ran into not while porting a complex application to JavaFX but
 in just three days of building mini sample applications that use UI
 features that we currently use in our Swing app).
 
 My point is that acceptance of JavaFX by more companies making quality
 products they make a living on, is vital for JFX, if it is not
 supposed to remain a niche or academic technology which it currently
 most likely is (while it absolutely has the potential for more).
 Netbeans being a huge product and Swing being a legacy technology not
 being an option for another 10 years I just thought, I'd ask if that
 one in-house product would become a flagship real-world demo.

Re: OT: Netbeans ported to JFX?

[Tobias Bley]

very interesting question ;) 

Will there be a android and iOS version of Netbeans in the future ;)?


 Am 09.07.2014 um 11:40 schrieb Robert Krüger krue...@lesspain.de:
 
 Hi,
 
 it is a little off-topic but the people reading this list are most
 likely the ones who could answer this.
 
 Is a port of Netbeans to JFX planned or even ongoing? It would
 certainly be a huge project but I am asking myself, if there is a way
 around that with Swing being de-facto legacy if Netbeans isn't dropped
 as a whole. It would certainly demonstrate Oracle's commitment to JFX
 as the future for Desktop UIs and would surely help the maturity of
 JFX which IMHO needs tons of real-world apps to be thrown at it.
 
 I would not be surprised not to get an answer for all sorts of
 understandable reasons but I thought I'd give it a shot anyway.
 
 Best regards,
 
 Robert

Re: Exposing native surface or opengl handle

[Tobias Bley]

Hi Robert,

thank you for pushing this topic again :)

For our work we need a way to share the OpenGL context between JavaFX 
code and native code so that we can render stuff from native code into 
the JavaFX context.


Another question and need is to how to share a context in JavaFX? How is 
it possible to render the same JavaFX node in OpenGL / graphics device 
twice? Imagine to show a webcam image on two different positions within 
a JavaFX app. With pure native OpenGL you could do this via Context 
Sharing. But how to do it in JavaFX?


Best regards,
Tobi


Am 13.06.14 08:57, schrieb Robert Krüger:

Hi,

it has been discussed a number of time in the passed but let me
quickly summarize:

A number of people have requested a feature that provides the ability
to have native code draw into a surface provided by a JavaFX
application as fast as technically possible, i.e. with no indirection
or copying because use cases for this were mostly cases where
performance was critical, e.g. HD/UHD video players, real-time
visualization etc. where losing even e few percent would make a
software written in JavaFX unable to compete with native products
(e.g. in the video area nobody will use a video player that is not
able to play the content smoothly that VLC player or Quicktime can on
the same machine). Some people already have libraries of native code
that they have built over the years and would like to reuse. I would
even go so far to say that our product will probably never be able to
move to JFX (apart from mixing it a bit with Swing, which we currently
see rather aa a migration strategy and not as the end result) without
this problem solved.

In the past the reactions/signals from the Oracle team in this respect
were mixed but some of it indicated that this topic was discussed in
the past and might be revisited after the release of JFX 8. Now that
the latter has happened I would like to ask what the plans for this
are.

Is there a Jira Issue where we can track the progress of it?

If not, does it make sense if I open one, so people (probably the same
ones that have participated in these discussions in the past like
Scott and the Ultramixer guys etc.) can collect their
requirements/thoughts?

Even if Oracle should decide not to do something about it, it would
still be nice to get pointers in the code base to where this would be
possible, even if it is non-portable. I know that for our product it
would be totally OK to have different ways of doing this for each
platform and to live with the limitation to not be able to manipulate
the result in the FX scene graph apart from that the position of the
surface moving with the hosting FX node and as far as I have
understood others, it is the same for them.

Maybe a Jira issue could also be a good place to bundle information
about approaches interested parties are willing to pursue.

Thoughts anyone?

Robert

Re: Retro Game I on the App Store

[Tobias Bley]

Hi,

sorry, it’s not the first JFX app on the AppStore…. We released our JFX based 
remote control app on 03/05/2014 ;)

https://itunes.apple.com/de/app/ultramixer-remote/id669471908?mt=8

Concerning your retro game: It’s good to see other JFX based apps on the 
AppStore…but…. such a simple ping pong game isn’t more than a tech demo because 
you don’t use complex graphic rendering (only one color, no complex CSS, …) If 
you take a look at our real app „UltraMixerRemote“ you’ll see that JavaFX on 
iOS currently isn’t really good. The main points are: rendering artifacts and 
poor rendering performance (try on a iPhone4)…. I reported the rendering 
performance issue on 05/07/2013 (!) on JFX JIRA but no one of Oracle is 
interested to fix the issue :(

SoIMO  currently you can’t really use JFX and RoboVM for real world apps on iOS


Best regards,
Tobi


Am 20.05.2014 um 18:27 schrieb Steven Van Impe steven.vani...@icloud.com:

 Hi everyone,
 
 About 2 weeks ago I started an experiment aimed at learning more about 
 RoboVM. I set out to port a simple Pong game to iOS, just to see how far I’d 
 get. Much to my surprise (and thanks to Niklas’ help), everything went smooth 
 and Retro Game I (Pong was taken) is now available on the App Store:
 
 https://itunes.apple.com/us/app/retro-game-i/id876950489
 
 I’ve been told this is the first JavaFX app on the App Store. The steps I 
 took to port and submit the app are summarized in the follow blog entry:
 
 http://asipofjava.blogspot.be/2014/05/pong-aka-retro-game-i-available-in-app.html
 
 There probably is a lot of room for improvement in what I did, but hopefully 
 this will show that -even if the tools aren’t ‘there’ yet- it’s already 
 pretty easy to build iOS apps with JavaFX with what we have today. I mean, if 
 I can do it ... ;)
 
 Best regards,
 
 ---
 Steven Van Impe
 Lecturer @ University College Ghent, Belgium
 
 http://asipofjava.blogspot.com/
 

Re: Retro Game I on the App Store

[Tobias Bley]

1) Yes, we use RoboVM as well - because currently it’s the only way to bring 
JFX on iOS… (ok there is Avian VM as well….)

2) I think RoboVM is great and is not the problem. It’s JavaFX which is 
currently not optimized to run on iOS (retina devices). 


Am 20.05.2014 um 22:36 schrieb Steven Van Impe steven.vani...@icloud.com:

 sorry, it’s not the first JFX app on the AppStore…. We released our JFX 
 based remote control app on 03/05/2014 ;)
 
 Damn, I’ll have to update my blog then ;) Did you use RoboVM for this as well?
 
 such a simple ping pong game isn’t more than a tech demo
 
 That’s right, it was only meant as an experiment and tech demo, not as an 
 example of a serious application. I’d like to try a ‘real world' application 
 next, but I don’t see any free time in the coming months, so I might just 
 wait and see what the future brings for RoboVM.
 
 
 Steven

ScrollPane like on iOS?

[Tobias Bley]

Hi JavaFX freaks,

does anybody has an idea how to start to develop a ScrollPane that acts like 
the one on iOS? When the scroll position on iOS is on top (0) and the user 
drags the scroll pane to bottom, it slides down until the user releases the 
finger (touch off).

Best regards,
Tobi

JavaFX on iOS and Android: any real world app?

[Tobias Bley]

After showing some demos concerning JavaFX on iOS and Android we would like to 
see any real world JFX app for iOS or Android. Is there anybody in the mailing 
list who developed a real world app? What are your experiences? What about 
performance?

Best regards,
Tobi

Re: scenebuilder and migpane

[Tobias Bley]

That would be great! We only using MigPane for all our layouts…


Am 03.01.2014 um 10:10 schrieb Tom Eugelink t...@tbee.org:

 
 Would it be possible to offer MigPane as a Container in SceneBuilder?
 
 Tom
 

Show case: JFX on iOS and Android

[Tobias Bley]

For all who do not follow me on twitter: a few screenshots concerning JFX on 
iOS and Android: http://blog.software4java.com/?p=148#comment-4629

Best regards,
Tobi



-- 
 Tobias Bley
 Chief Executive Officer


 Tel  +49 351 - 264 49 86   Fax +49 180-3555688-50

 
 UltraMixer Digital Audio Solutions
 Am Waldschlößchen 2
 D-01099 Dresden
 Germany


 b...@ultramixer.com   http://www.ultramixer.com

Re: JavaFX on iOS and Android: The real problem and challenge

[Tobias Bley]

The question is: Is JavaFX for mobile a business for Oracle to make big money? 
I suppose Oracle don’t believe in it. They believe in servers, cloud and the 
„Internet of Things“  - that’s why they invest in Rasp.PI, Freescale, etc.

btw: With „Oracle“ I mean „the management of Oracle“, not the guys of Richards 
team.

For me: RoboVM  OpenJDK is the right direction.


Am 09.11.2013 um 19:15 schrieb Tom Eugelink t...@tbee.org:

 
 Oracle has a strict do-not-communicate-what-is-not-certain policy and I 
 actually commend them for it. Better to not communicate than make promises 
 you can't keep (I'm seeing the effect on that in many of the projects I'm 
 asked to assist). I think the urgency of mobile platforms is clear to Oracle, 
 given the recent focus on JavaME and the internet-of-things. Patience is a 
 virtue.
 
 My 2 cents,
 
 Tom
 
 
 On 2013-11-9 18:21, Pedro Duque Vieira wrote:
 Sure we should listen to Richard. He is doing a great job as well as his
 team.
 I don't think however that enough is being communicated..
 
 I don't think those legal boundaries are being layed out explicitly.
 What are those legal boundaries?
 Will RoboVM not be subject to those legal issues?
 What's the difference between us creating a project and trying to integrate
 it into openjdk and Oracle doing it?
 Once we create a project and try to integrate it into OpenJDK what will
 happen? Can javafx team members contribute to it (apparently yes)? Will
 Oracle be helping out and telling us what's the best route to follow?
 
 Once we get RoboVM correctly running javafx apps on iOS and Android what
 will still be left out to do? Are things like comboboxes poping up scroll
 wheels already in place? What about app notifications? What about saving
 app configurations to the local platform db? etc, etc?
 I think there is a lot of stuff to discuss. Also I think Oracle should be
 telling us what have they accomplished so far, what exactly they are
 working on (they are indeed actively working on this) for porting javafx to
 iOS and Android... probably something that an email can't cover perfectly..
 
 Regards,
 
 
 
 
 
 
 On Sat, Nov 9, 2013 at 2:39 PM, Rick Walker thoughtslin...@gmail.comwrote:
 
 There is more to this issue than simply JavaFX, iOS and Android. There
 is a bigger picture here that involves the complex relationships
 between Oracle, Apple and Google.
 
 I think it is fair to say that we all have enormous respect for
 Richard Bair and his team. It seems to me we should listen to Richard.
 If I understand his postings correctly, he is saying that we, the
 community, should create a new OpenJDK project which, if it used
 the OpenJDK class libraries would let his team put support directly
 into the OpenJFX build system for building FX and running FX apps ...
 directly on RoboVM.
 
 It seems to me that the message here is that Oracle is totally willing
 and able to support RoboVM as an OpenJDK project. Niklas - are you up
 for it? The optics here are important. The project must be created by
 the community (NOT BY ORACLE).
 
 from Richard's post of October 22:
 
 Personally I'm interested in RoboVM on Android, so that there is a
 single VM across both iOS and Android. Also if RoboVM supported the
 OpenJDK class libraries, it would make this so much simpler for us and
 provide a consistent story. For example, the OpenJFX project is an
 OpenJDK project and we really can't be officially promoting a VM that
 doesn't implement the Java standard. It puts us in a very awkward
 position. If RoboVM used the OpenJDK class libraries instead of the
 Android class libraries, not only could I push it at conferences like
 JavaOne, but I could also put support directly into the OpenJFX build
 system for building FX and running FX apps (like Hello*, Modena,
 Ensemble, etc) directly on RoboVM without developers having to setup
 anything special. This would be huge for making it easy for people to
 contribute iOS fixes to OpenJFX. But I can't do that if RoboVM doesn't
 actually implement Java.
 
 and, from November 8:
 
 Totally, I think the normal process for this is to create a new
 OpenJDK project, is it not? Can you take a look at the OpenJDK bylaws
 and report back on the process? I think it would be awesome to do a
 port. Note that there are a few OpenJDK ports already which have ARM
 support, you might want to look there as a starting point?
 
 
 On Sat, Nov 9, 2013 at 8:59 AM, Pedro Duque Vieira
 pedro.duquevie...@gmail.com wrote:
 I'm sure the javafx team is doing a great job. My intention was not to
 put
 that in question but to try to contribute further to this discussion.
 
 Yes indeed oracle javafx team has fewer resources than what should be
 preferred. We need to harvest the power of the community in the best way
 we
 can to further expand the this resources.
 
 In that sense I think the best to do is to get better organized at doing
 so.
 Instead of a man for himself kind of effort we should have a kind of
 corporate like 

Android replaces Dalvik with ART

[Tobias Bley]

Hi,

after we reached the goal to use JavaFX on Android via Dalvik, Google announces 
the successor of Dalvik, called ART (Android Runtime). The start to move 
because of the legal issues with Java and Oracle….

http://source.android.com/devices/tech/dalvik/art.html

The question is now: How to use JFX on Android on top of ART? As I posted in my 
blog.software4java.com, we need a own JVM to embed in Android apps.

Best regards,
Tobi

Re: JavaFX on iOS and Android: The real problem and challenge

[Tobias Bley]

ups, I made one mistake: 

So both solutions use the real Java platform (=OpenJDK)!“ should be So both 
solutions does not use the real Java platform (=OpenJDK)!“ ;)


Am 24.10.2013 um 08:41 schrieb Tobias Bley t...@ultramixer.com:

 Hello to the community,
 
 I read the last discussion about „JavaFX native look and feel“ and have to 
 get out of my mind the following:
 
 In my opinion the MAIN point is not „how to bring the native look and feel to 
 iOS/Android“, the real MAIN issue is: we need a professional JVM(!) which 
 works performant and reliable on iOS, Android and Windows 8! Only if we have 
 such a JVM, developers and companies are motivated to develop real commercial 
 apps with JavaFX and contribute stuff back to OpenJFX!
 
 RoboVM is a good „prototype“. Niklas is currently one of the most important 
 people for the JavaFX community. He and his company has build the first and 
 one and only real solution to deploy Java and JavaFX code to the iOS 
 platform! His work is really great! But: He is only one(!) person! This kind 
 of complex task I would expect from big companies like Oracle, IBM, SAP or 
 Twitter. But from this direction we don’t hear anything about it.
 
 It is not enough that people like Niklas (Trillian AB) or Matthias and me 
 (UltraMixer) are trying to bring JavaFX to iOS and Android. It’s all 
 experimental stuff! Yes, currently we can start JavaFX apps on a real iPhone 
 and iPad. And yes, we have managed to start JavaFX on a real Android device 
 using the Dalvik VM. BUT: this is not a long term solution and only 
 experimental! RoboVM on iOS uses the android class library instead of the 
 real Java = OpenJDK. Our „JavaFX on Android“ solution uses Google Dalvik VM 
 and the Android class library as well! So both solutions use the real Java 
 platform (=OpenJDK)!
 
 In my opinion there are only two solutions: 1) Oracle releases their JVM for 
 iOS and Android. 2) The „community“ starts a new company who develops a 
 professional, performant and reliable solution for „JavaFX on iOS and 
 Android“ which contains of a JVM and the 6 degrees Felix described in his 
 blog post, mainly native integration (API) and look and feel (skins, native 
 controls).
 
 Cheers,
 Tobi
 
 
 
 Am 23.10.2013 um 22:30 schrieb Richard Bair richard.b...@oracle.com:
 
 Yes, definitely.
 
 On Oct 23, 2013, at 11:52 AM, Scott Palmer swpal...@gmail.com wrote:
 
 This is starting to sound like it may also partially address the issue in 
 the desktop space of supplying a native surface (the heavyweight) to draw 
 in that is part of the scene graph.  It may not be the ideal solution, but 
 could be useful for specific use cases, like a video preview overlay. Would 
 that make any sense?
 
 
 Scott
 
 
 
 On Tue, Oct 22, 2013 at 7:59 PM, Richard Bair richard.b...@oracle.com 
 wrote:
 To do this we need to either solve the auto-layer problem in the NG nodes 
 / Glass / Quantum, or we need to ask the app developer to use SubScene and 
 put all the native stuff in a single SubScene, and all lightweight content 
 above and below it. For the short term, we could use the SubScene approach 
 (Just be careful and don't draw lightweight on top of heavyweights unless 
 you layer an entire sub scene above them) which is probably a perfectly 
 workable solution in the short term. Then somebody just needs to write a 
 set of skins (which can be done in an external project) that map various 
 UI controls directly to native controls. This approach would allow people 
 to have completely native controls while using the FX API, or they can use 
 the lightweight controls (with Modena or with an iOS 7 skin or iOS 6 skin 
 etc).
 
 I'm thinking about how to implement the auto-layer, and I'm not sure of 
 the best approach. It seems like you need to hook into the sync-time to 
 determine which nodes can be batched into the same layer, reusing previous 
 layers where possible. If there is a way to then setup the NG peer side so 
 that it thinks it was setup in sub scenes etc, although it really wasn't, 
 then that would leave prism out of the problem (which makes this an easier 
 thing to pull off). hmmm. SubScene itself has a peer. So what I'm thinking 
 is, suppose I have a package:
 
 com.sun.javafx.ext.ios.controls
 
 and in this package you have all the skins. There is also someplace in 
 here a map of skin - sub scene peer, indicating which of the nodes is in 
 which sub scene peer (layer). Then when the sync takes place, a skin 
 node looks back at siblings etc to determine if it can be placed in the 
 same layer as something before it. If so, then it sets itself as a child 
 on the sub scene as needed. If not, then it creates a new sub scene peer 
 and sets itself on there and then carry on. So then it isn't sync'd to the 
 real scene but instead to one of these fake sub scenes that was created.
 
 The idea can be refined, but actually I think this approach might be 
 workable for doing auto-layering.
 
 Richard

Re: JFXPanel vs. real world usage

[Tobias Bley]

I added a simple accordion as JFXPanel into a swing frame and the performance 
is not good. the cpu usage goes up to 100% when moving the mouse over the 
accordion title panes (hover effect). The resizing performance is bad too.


Am 24.10.2013 um 20:10 schrieb rdarr...@yahoo.com:

 I have the same experience. We're using this and it works ok as far as 
 performance.
 -Original Message-
 From: Pedro Duque Vieira pedro.duquevie...@gmail.com
 Sender: openjfx-dev-boun...@openjdk.java.net
 Date: Thu, 24 Oct 2013 18:20:42 
 To: OpenJFX Mailing Listopenjfx-dev@openjdk.java.net
 Subject: RE: JFXPanel vs. real world usage
 
 Hi Matthias,
 
 I don't see any problems with performance and I've been using this a lot.
 
 Best regards,
 
 -- 
 Pedro Duque Vieira
 
 

Re: JavaFX on iOS and Android - are we there yet?

[Tobias Bley]

1) Look and Feel:

IMO it’s enough to build „native looking“ css based skins! That could be very 
quickly without complex technologies like CALayer etc.

2) After starting RoboVM JavaFX needs round about 10 seconds to start the 
simple list example on iPhone4. So it’s too long. I tried to use the preloaded 
class via property „-Djavafx.preloader“ but it doesn’t work, my preloaded class 
is not instantiated…

Tobi



Am 21.10.2013 um 21:48 schrieb Richard Bair richard.b...@oracle.com:

 1. Can you provide me with a detailed summary of where the iOS/Android
 ports are currently?  This includes the platform specific stuff to make
 either RoboVM or an Oracle JVM work?
 
 I would say, it is in a good prototype stage. It hasn't had heavy testing, so 
 the biggest risk is the unknown. Luckily, on iOS at least there are only a 
 very few devices so it should be relatively easy for an app developer to feel 
 confident it works for their app. But for the OpenJFX project, to test and 
 certify a whole variety of APIs, will be quite a challenge. We have a huge 
 pile of tests, we just need:
1) To have a way to run our unit tests on the actual devices
2) Have a way to run graphical tests on devices (basically a port of 
 Jemmy??)
 
 I haven't scoped either of these efforts, but both are ripe areas for 
 collaboration with anybody in the community.
 
 If it were heavily tested, I'd say most of the remaining work is actually in 
 the graphics / performance side. Path rendering performance is fairly bad 
 (though I've seen similar complaints for Cocoa path rendering performance, so 
 it may be we're not that bad relatively speaking, but it is still 
 horrendous IMO and needs to be looked at).
 
 The code is all there for the integration layer -- anybody with familiarity 
 with Objective-C and Cocoa, I'd say, go read the glass code! This is a huge 
 opportunity for community initial community involvement because:
1) There is a ton of existing documentation and code in the Apple universe 
 describing all the sorts of things we need to do in Glass
2) Glass is pretty decoupled from the rest of the platform, so you can 
 easily understand what is going on there without having to understand 
 everything else
 
 Contributing on the Graphics side is more work and requires more specialized 
 skills. The fortunate thing here is that the graphics code is shared with 
 embedded (and desktop Mac and Linux) so there is a lot of overlap.
 
 So those would be the main things from my perspective: performance testing, 
 functional / unit testing, native platform integration, and graphics.
 
 Another thing we've designed for from the beginning, but never validated, is 
 the ability to use a native control as the skin. The iOS prototype hot 
 swaps a native text field in when a TextInputControl gets focus, but this is 
 kinda funky (and there are lots of bugs here). The right thing to do here 
 would be to have a set of native skins for controls, and the ability to 
 create multiple core layers. So if you have a scene graph where on the bottom 
 you draw stuff, then have a native control, then draw more stuff over the 
 native control, then what you would want is, on the Prism side, use 3 
 hardware layers (one for below the native, one for the native, and one for 
 above the native). I don't know:
1) How well this would work in practice with input events (but one could 
 imagine putting a native 'glass pane' on the top to intercept all events and 
 vector them through FX, forwarding to native controls as necessary as part of 
 the normal FX event dispatch) 
2) How many layers you could have before things would explode.
 
 Alternatively, using image skinning to get the look right, and only do the 
 funky native control swap in for text input, like we're doing today.
 
 2. Are the iOS and Android ports at roughly the same level of
 completeness/viability?
 
 I think so, David / Tomas, can you guys add some insight as to where we're at 
 from your perspective?
 
 3. Exactly what is left in making these ports viable?  Here the word
 viable is defined in my 6 Degrees of Separation post here
 http://justmy2bits.com/2013/09/30/javafx-on-ios-and-android-six-degrees-of-separation
 
 1. Their look and feel is indistinguishable from native apps
 
 As described above, there is work to be done here either by beefing up the 
 emulation, or adding the ability to intersperse native controls. The latter 
 approach I expect to be significant work, although technically feasible.
 
 Also, I expect people will want to add more iOS specific controls (like 
 breadcrumb bars) to make this easier to do (rather than everybody styling 
 their own).
 
 2. They must load as quickly as a native apps
 
 I've heard RoboVM starts up very quickly. Also you will package your app with 
 a splash screen. Also I believe the Preloader APIs work now with iOS (I 
 haven't tested on RoboVM but try it out and let me know if it works! You will 
 probably need 

GlassScene: setSecurityContext()

[Tobias Bley]

Hi,

why do you introduced the security concept in GlassScene and GlassStage? 
setSecurityContext()

What is the goal?

The problem is the used class sun.misc.SharedSecrets is not available in the 
android class library. Altough I have added it to the robovm compat lib I’m 
getting a security error and are not able to start the app on iOS.

Tobi

developers wanted to port RoboVM AOT compiler to Android

[Tobias Bley]

https://github.com/robovm/robovm/issues/186

discussion here: 
https://groups.google.com/forum/#!searchin/robovm/android/robovm/x_X33VLMxDU/sHnozCJiY4kJ

Re: JAVAFX on ANDROID

[Tobias Bley]

Tomas from Oracle is working on the Android port of JavaFX. He has developed a 
DalvikLauncher and a JavaSELauncher. So he is able to tell you (and me :)) more 
about that important theme „JavaFX on Android“.

Best regards,
Tobi


Am 10.10.2013 um 16:55 schrieb Philippe TIFFEAU philippe.tiff...@steria.com:

 Hello,
 
 Someone can make a clear answer about JavaFX on ANDROID ?
 
 If it works how to use ? Otherwise the roadmap is 
 
 Best Regard.
 
 This email and any attachments may contain confidential information and 
 intellectual property (including copyright material). It is only for the use 
 of the addressee(s) in accordance with any instructions contained within it. 
 If you are not the addressee, you are prohibited from copying, forwarding, 
 disclosing, saving or otherwise using it in any way. If you receive this 
 email in error, please immediately advise the sender and delete it. Steria 
 may monitor the content of emails within its network to ensure compliance 
 with its policies and procedures. Emails are susceptible to alteration and 
 their integrity (including origin) cannot be assured. Steria shall not be 
 liable for any modification to a message, or for messages falsely sent.

JavaFX on Android: JavaSELauncher?

[Tobias Bley]

Next try :)


@Oracle:

which JVM uses the new JavaSELauncher class in the com.oracle.dalvik package? 
How to use this class to start JFX on Android?

Best,
Tobi



Anfang der weitergeleiteten Nachricht:

 Von: Tobias Bley t...@ultramixer.com
 Betreff: JavaFX on Android: JavaSELauncher?
 Datum: 1. Oktober 2013 11:29:12 MESZ
 An: openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net
 
 @Oracle:
 
 which JVM uses the new JavaSELauncher class in the com.oracle.dalvik package? 
 How to use this class to start JFX on Android?
 
 Best,
 Tobi
 

Re: Moving on to a round house kick (forked from Re: JavaOne roundup?)

[Tobias Bley]

Richard, why do you choose Rasp.PI as demo platform instead of iPad or Android 
tablet?

I really believe in you JFX guys and I really believe that you all love to see 
JFX on tablets. So I don’t understand why you can’t open your mouth, go to your 
management and legal department and tell him, that’s important to talk to the 
community. What you do currently is to sedate the community with tech demos on 
Rasp.PI like you sedate a dog :) Sorry, for that, but that’s how we feel.

Keep up the good work and hopefully the time comes for you guys. It’s late 
because QT 5.2 fully supports iOS and Android now. But it’s not to late.


Am 30.09.2013 um 19:18 schrieb Richard Bair richard.b...@oracle.com:

 2. Wow, there is a JavaFX enabled Dukepad. Beeing a soldering nerd myself, 
 hacking firmware and much cool stuff
 in my spare time it really kicked me in the first place. Then I grounded 
 when I have seen that it was a childish puzzle
 with lego blocks.
 
 What?
 
 The longer I think about that, the longer I am getting angry to see a 100 
 men powered development 
 team to build a demo on a demo board for a hand full nerds.
 
 I don't know where you got that impression. Jasper did the design, and there 
 were a couple of people who spent a couple weeks working on software. And 
 that wasn't writing the DukePad software, predominantly, but it was fixing 
 performance issues in Prism that affect all platforms.
 
 The value is in embedded development. Before JavaOne we didn't have all the 
 agreements in place to work with Freescale. The Raspberry PI has a nice 
 following, is great for educational purposes and home-brew, so it was a great 
 choice to build a demo on top of (as opposed to, say, a BeagleBoard or 
 BeagleBone which is either more expensive or doesn't have the same size 
 following). Having an actual project to work on also teases out bugs and 
 performance issues, and most of the work leading up to JavaOne was in finding 
 and fixing these issues. These same issues will affect any embedded project, 
 including the RoboVM / iOS / Android work.
 
 Well that would be ok, if Oracle said that this is a demo
 on a prototyping board and the important platforms will follow soon. No word 
 about iOS, Android, Windows8. 
 
 Do you mean Windows Phone 8? Because Windows 8 is a given.
 
 Do you really believe that there are many people to build a Tablet like 
 this? I am really sure non of the major 
 hardware manufacturer will build a tablet on top of this platform soon since 
 Android is also free to us and is 
 much more attractive to the end-user. The only thing that I can image is 
 that Oracle comes up with their own
 iPad-Killer in the near future (don't wait too long) otherwise this decision 
 make no sense to me.
 
 No, none of this. DukePad is not a product. We made that pretty clear, it's 
 an open source hardware/software design for the Raspberry PI community. We 
 will make no money off the designs and Oracle isn't selling anything here. 
 For us it was a vehicle on which we could demonstrate our ability to run well 
 on embedded devices, and find and fix bugs along the way. Oracle isn't going 
 to produce a mobile device. DukePad was not any kind of product announcement. 
 Those kinds of things happen in strategy keynotes, not in technical keynotes.
 
 Richard
 

JavaFX on Android: JavaSELauncher?

[Tobias Bley]

@Oracle:

which JVM uses the new JavaSELauncher class in the com.oracle.dalvik package? 
How to use this class to start JFX on Android?

Best,
Tobi

Re: JavaOne roundup?

[Tobias Bley]

I suppose „legal reasons“….

For me it’s very frustrating to see every year the same procedure: 
JavaFX-iOS/Android related tracks were canceled - „nerd“ stuff like Rasp.PI, 
DukePad  Co were announced. Maybe I’m really the only one who needs JavaFX on 
mobile to use JavaFX on desktop as well… :(



Am 29.09.2013 um 18:13 schrieb Jeff Martin j...@reportmill.com:

 It seems the JFX on iOS/Android were cancelled at the last moment. I tried to 
 keep expectations low this year, but I admit I harbored secret hopes based on 
 those sessions (a few embarrassingly optimistic conversations with clients 
 notwithstanding).
 
 Last week Tomas offered this:
 
 about cancelled sessions please contact Mr. JavaOne stephen.c...@oracle.com 
 I believe he will give satisfactory answer.
 
 I'd like to take him up on that satisfactory offer. Also, can we run the name 
 DukePad by marketing again?
 
 :-)
 
 jeff
 
 
 On Sep 29, 2013, at 12:12 AM, Daniel Zwolenski zon...@gmail.com wrote:
 
 The sessions aren't up yet from the looks of it. It would be great to get an 
 overall roundup of any new announcements or directions in any case. Given 
 this is the developer community network it would make sense in my mind to 
 highlight stuff like that in here. 
 
 For me, I'd love it if someone could quickly sum up any announcements or 
 sessions made about JavaFX for iOS, Android or in the deployment space? 
 
 What happened at the sessions Tobi highlighted before 
 (http://blog.software4java.com/?p=97), did anyone go to these and able to 
 give us some info?
 
 
 
 On 27/09/2013, at 7:07 AM, Richard Bair richard.b...@oracle.com wrote:
 
 The sessions, I think, are all being uploaded to Parley's 
 (http://www.parleys.com), although I don't see any content there yet (not 
 sure how long it will take them to post-process, but usually it is pretty 
 fast).
 
 Richard
 
 On Sep 26, 2013, at 2:00 PM, Daniel Zwolenski zon...@gmail.com wrote:
 
 Has anyone done or seen any good roundups (text or video) of the JavaOne 
 sessions relating to javafx?
 
 

Re: JavaOne roundup?

[Tobias Bley]

I don’t understand why „all“ this people who needs JavaFX on iOS/Android does 
not tell it Oracles management. And I don’t understand why all this people use 
their time to develop all this demos and Rasp.PI stuff. Who needs it? Why don’t 
we develop base stuff like iOS skins, Android skins, iOS/Android widgets, 
RoboVM for Android, RoboVM using OpenJDK, … I really love useful stuff like the 
„JavaFX maven plugin“ or the „AquaFX“ project. That kind of development we need!

Best,
Tobi



Am 30.09.2013 um 08:50 schrieb Felix Bembrick felix.bembr...@gmail.com:

 No, you are *not* the only one. We *all* need it.  In fact, without it  
 happening soon, JavaFX is already dead.
 
 But let's not give up yet.  Perhaps it's closer than we know. I am a glass 
 half full kinda guy :-)
 
 On 30 Sep 2013, at 16:40, Tobias Bley t...@ultramixer.com wrote:
 
 I suppose „legal reasons“….
 
 For me it’s very frustrating to see every year the same procedure: 
 JavaFX-iOS/Android related tracks were canceled - „nerd“ stuff like Rasp.PI, 
 DukePad  Co were announced. Maybe I’m really the only one who needs JavaFX 
 on mobile to use JavaFX on desktop as well… :(
 
 
 
 Am 29.09.2013 um 18:13 schrieb Jeff Martin j...@reportmill.com:
 
 It seems the JFX on iOS/Android were cancelled at the last moment. I tried 
 to keep expectations low this year, but I admit I harbored secret hopes 
 based on those sessions (a few embarrassingly optimistic conversations with 
 clients notwithstanding).
 
 Last week Tomas offered this:
 
 about cancelled sessions please contact Mr. JavaOne 
 stephen.c...@oracle.com I believe he will give satisfactory answer.
 
 I'd like to take him up on that satisfactory offer. Also, can we run the 
 name DukePad by marketing again?
 
 :-)
 
 jeff
 
 
 On Sep 29, 2013, at 12:12 AM, Daniel Zwolenski zon...@gmail.com wrote:
 
 The sessions aren't up yet from the looks of it. It would be great to get 
 an overall roundup of any new announcements or directions in any case. 
 Given this is the developer community network it would make sense in my 
 mind to highlight stuff like that in here. 
 
 For me, I'd love it if someone could quickly sum up any announcements or 
 sessions made about JavaFX for iOS, Android or in the deployment space? 
 
 What happened at the sessions Tobi highlighted before 
 (http://blog.software4java.com/?p=97), did anyone go to these and able to 
 give us some info?
 
 
 
 On 27/09/2013, at 7:07 AM, Richard Bair richard.b...@oracle.com wrote:
 
 The sessions, I think, are all being uploaded to Parley's 
 (http://www.parleys.com), although I don't see any content there yet (not 
 sure how long it will take them to post-process, but usually it is pretty 
 fast).
 
 Richard
 
 On Sep 26, 2013, at 2:00 PM, Daniel Zwolenski zon...@gmail.com wrote:
 
 Has anyone done or seen any good roundups (text or video) of the JavaOne 
 sessions relating to javafx?
 

Re: Moving on (forked from Re: JavaOne roundup?)

[Tobias Bley]

 provides a usable platform for non-Oracle 
 entrenched customers, and the developer world notices, I'll certainly 
 consider it. I reckon I'll hear about that through the usual tech media 
 channels first, rather than through here though. As Oracle themselves pointed 
 out at the 2012 JavaOne session the smart money is on web based stuff (check 
 out backbone.js and marionette.js for a desktop-like coding experience, not 
 bad and will get better faster than JFX improves). 
 
 On that note, the JavaFX Maven plugin is about to go into decay mode. It 
 needs to be updated to work on Maven 3.1 (some libraries have changed from 
 3.0) and there are a number of bugs and feature requests building up that 
 I've been ignoring. I have no incentive to do any of this so it will 
 unfortunately just rot. If anyone wants to pick it up, let me know (you need 
 a few free hours a week just to maintain it). I'm picking up stumps and 
 moving on.
 
 I also have the access rights for the openjfx Maven repo on Sonatype (needed 
 to deploy to Maven central). I imagine Sonatype would grant this access to 
 others if you apply and make a case for it, but if anyone wants to do this 
 let me know and I can notify sonatype to give you access and save you some 
 hassles. 
 
 I think Niklas has the RoboVM Maven Plugin sorted now and can do enhancements 
 on that but I'm sure if anyone wanted to help him out he wouldn't say no. 
 
 Cheers, 
 Dan 
 
 
 
 On Mon, Sep 30, 2013 at 5:04 PM, Tobias Bley t...@ultramixer.com wrote:
 I don’t understand why „all“ this people who needs JavaFX on iOS/Android does 
 not tell it Oracles management. And I don’t understand why all this people 
 use their time to develop all this demos and Rasp.PI stuff. Who needs it? Why 
 don’t we develop base stuff like iOS skins, Android skins, iOS/Android 
 widgets, RoboVM for Android, RoboVM using OpenJDK, … I really love useful 
 stuff like the „JavaFX maven plugin“ or the „AquaFX“ project. That kind of 
 development we need!
 
 Best,
 Tobi
 
 
 
 Am 30.09.2013 um 08:50 schrieb Felix Bembrick felix.bembr...@gmail.com:
 
  No, you are *not* the only one. We *all* need it.  In fact, without it  
  happening soon, JavaFX is already dead.
 
  But let's not give up yet.  Perhaps it's closer than we know. I am a glass 
  half full kinda guy :-)
 
  On 30 Sep 2013, at 16:40, Tobias Bley t...@ultramixer.com wrote:
 
  I suppose „legal reasons“….
 
  For me it’s very frustrating to see every year the same procedure: 
  JavaFX-iOS/Android related tracks were canceled - „nerd“ stuff like 
  Rasp.PI, DukePad  Co were announced. Maybe I’m really the only one who 
  needs JavaFX on mobile to use JavaFX on desktop as well… :(
 
 
 
  Am 29.09.2013 um 18:13 schrieb Jeff Martin j...@reportmill.com:
 
  It seems the JFX on iOS/Android were cancelled at the last moment. I 
  tried to keep expectations low this year, but I admit I harbored secret 
  hopes based on those sessions (a few embarrassingly optimistic 
  conversations with clients notwithstanding).
 
  Last week Tomas offered this:
 
  about cancelled sessions please contact Mr. JavaOne 
  stephen.c...@oracle.com I believe he will give satisfactory answer.
 
  I'd like to take him up on that satisfactory offer. Also, can we run the 
  name DukePad by marketing again?
 
  :-)
 
  jeff
 
 
  On Sep 29, 2013, at 12:12 AM, Daniel Zwolenski zon...@gmail.com wrote:
 
  The sessions aren't up yet from the looks of it. It would be great to 
  get an overall roundup of any new announcements or directions in any 
  case. Given this is the developer community network it would make sense 
  in my mind to highlight stuff like that in here.
 
  For me, I'd love it if someone could quickly sum up any announcements or 
  sessions made about JavaFX for iOS, Android or in the deployment space?
 
  What happened at the sessions Tobi highlighted before 
  (http://blog.software4java.com/?p=97), did anyone go to these and able 
  to give us some info?
 
 
 
  On 27/09/2013, at 7:07 AM, Richard Bair richard.b...@oracle.com wrote:
 
  The sessions, I think, are all being uploaded to Parley's 
  (http://www.parleys.com), although I don't see any content there yet 
  (not sure how long it will take them to post-process, but usually it is 
  pretty fast).
 
  Richard
 
  On Sep 26, 2013, at 2:00 PM, Daniel Zwolenski zon...@gmail.com wrote:
 
  Has anyone done or seen any good roundups (text or video) of the 
  JavaOne sessions relating to javafx?
 
 
 

Re: JavaOne roundup?

[Tobias Bley]

Yes but the point is: that has nothing to do with a real „JavaFX community“. 


Am 30.09.2013 um 10:03 schrieb Felix Bembrick felix.bembr...@gmail.com:

 I am sure Oracle management get it.  There are lots of issues here, not 
 just technical.  I am sure they want to get it perfect before they announce 
 anything. Let's hope that's why nothing has eventuated yet...
 
 On 30 Sep 2013, at 17:04, Tobias Bley t...@ultramixer.com wrote:
 
 I don’t understand why „all“ this people who needs JavaFX on iOS/Android 
 does not tell it Oracles management. And I don’t understand why all this 
 people use their time to develop all this demos and Rasp.PI stuff. Who needs 
 it? Why don’t we develop base stuff like iOS skins, Android skins, 
 iOS/Android widgets, RoboVM for Android, RoboVM using OpenJDK, … I really 
 love useful stuff like the „JavaFX maven plugin“ or the „AquaFX“ project. 
 That kind of development we need!
 
 Best,
 Tobi
 
 
 
 Am 30.09.2013 um 08:50 schrieb Felix Bembrick felix.bembr...@gmail.com:
 
 No, you are *not* the only one. We *all* need it.  In fact, without it  
 happening soon, JavaFX is already dead.
 
 But let's not give up yet.  Perhaps it's closer than we know. I am a glass 
 half full kinda guy :-)
 
 On 30 Sep 2013, at 16:40, Tobias Bley t...@ultramixer.com wrote:
 
 I suppose „legal reasons“….
 
 For me it’s very frustrating to see every year the same procedure: 
 JavaFX-iOS/Android related tracks were canceled - „nerd“ stuff like 
 Rasp.PI, DukePad  Co were announced. Maybe I’m really the only one who 
 needs JavaFX on mobile to use JavaFX on desktop as well… :(
 
 
 
 Am 29.09.2013 um 18:13 schrieb Jeff Martin j...@reportmill.com:
 
 It seems the JFX on iOS/Android were cancelled at the last moment. I 
 tried to keep expectations low this year, but I admit I harbored secret 
 hopes based on those sessions (a few embarrassingly optimistic 
 conversations with clients notwithstanding).
 
 Last week Tomas offered this:
 
 about cancelled sessions please contact Mr. JavaOne 
 stephen.c...@oracle.com I believe he will give satisfactory answer.
 
 I'd like to take him up on that satisfactory offer. Also, can we run the 
 name DukePad by marketing again?
 
 :-)
 
 jeff
 
 
 On Sep 29, 2013, at 12:12 AM, Daniel Zwolenski zon...@gmail.com wrote:
 
 The sessions aren't up yet from the looks of it. It would be great to 
 get an overall roundup of any new announcements or directions in any 
 case. Given this is the developer community network it would make sense 
 in my mind to highlight stuff like that in here. 
 
 For me, I'd love it if someone could quickly sum up any announcements or 
 sessions made about JavaFX for iOS, Android or in the deployment space? 
 
 What happened at the sessions Tobi highlighted before 
 (http://blog.software4java.com/?p=97), did anyone go to these and able 
 to give us some info?
 
 
 
 On 27/09/2013, at 7:07 AM, Richard Bair richard.b...@oracle.com wrote:
 
 The sessions, I think, are all being uploaded to Parley's 
 (http://www.parleys.com), although I don't see any content there yet 
 (not sure how long it will take them to post-process, but usually it is 
 pretty fast).
 
 Richard
 
 On Sep 26, 2013, at 2:00 PM, Daniel Zwolenski zon...@gmail.com wrote:
 
 Has anyone done or seen any good roundups (text or video) of the 
 JavaOne sessions relating to javafx?
 

Re: Moving on (forked from Re: JavaOne roundup?)

[Tobias Bley]

Pardon? It’s not allowed to discuss with the JavaFX community the future of the 
technology and community in their mailing list??? What’s up Hervé?


Am 30.09.2013 um 12:03 schrieb Hervé Girod herve.gi...@gmail.com:

 It's not the place to talk politics here. If you want to channel your 
 frustration, do it in your blog if you have one. 
 
 Hervé
 
 Sent from my iPhone
 
 On 30 sept. 2013, at 11:14, Tobias Bley t...@ultramixer.com wrote:
 
 I absolutely agree Daniel. I opened a very important bug reporting 
 concerning JFX performance on iPhone which currently prevents using JavaFX 
 (and RoboVM) to build apps for the iPhone 
 (https://javafx-jira.kenai.com/browse/RT-31453) this bug report is open 
 since 3(!) month!  How shall the community build things for iOS if a very 
 base feature (bug) is not fixed by Oracles core team??? It’s a very bad sign 
 for engaged developers outside Oracle!
 
 So maybe we should say good by to the legacy of SUN and use web technologies 
 like JQuery, ExtJS, … with real community power and without an US company 
 who sees only money and legal issues.
 
 Maybe Larry loves to spend millions of dollars to win a boat race and 
 develop experimental „iPads“ rather then spend their time and money to 
 develop a technology with could be the base for ALL products, on Desktop, 
 embedded space, mobile, watches, …
 
 Cheers,
 Tobi
 
 
 
 Am 30.09.2013 um 10:39 schrieb Daniel Zwolenski zon...@gmail.com:
 
 The lack of information on iOS/Android is a major bummer, but this also 
 highlights a deeper problem here. 
 
 We have a situation where Oracle won't talk to this community because the 
 topic is important, it's too big a game changer for them to comment on. 
 It's tied in with share prices, and market strategies. 
 
 So won't that be the case for anything *important* going forward? We 
 community members are outsiders and very lowly ranked, well below real 
 customers and even below random punters from the media. There's not even a 
 way for us to rank bugs and get them attention (even if we provide fixes!). 
  
 
 What kind of community can this ever be if anything important can't be 
 discussed here before it's locked in, because it risks Oracle giving up a 
 commercial edge? Is this then a community only for discussing our favourite 
 method names for the API and pointing out that an enum constant is missing?
 
 I can't see any way that this forum provides any significant contributions 
 back to the platform - the occasional bug fix at best. JIRA is fine for 
 discussing bugs, method names and little things like that. Any of the real 
 community initiatives are run completely separate to this forum because 
 Oracle doesn't want anything to do with them, and all the significant 
 platform work takes place behind Oracle's closed doors and we only hear 
 about it after it's a done deal.  
 
 From where I'm standing, the Oracle community concept is fundamentally 
 flawed, and the root cause is that Oracle just don't get how to interact 
 with a community. You want to use us but you're not very good at it, you're 
 not trying to improve (you don't think there's a problem) and ultimately 
 Oracle's culture won't let you do it properly anyway. The current approach 
 is a little like a car salesman trying to be your Facebook friend. 
 
 All the initiatives I got involved with through this forum have gone 
 nowhere - deployment (auto updating), the early Maven deployment work 
 (which Richard asked for), the tower defender game (which Richard asked 
 for), the jfx browser (which Richard asked for), even stuff as simple as 
 JIRA dashboards (which Richard again asked for). 
 
 All these hit points where they needed Oracle to do their part of it and 
 then just stalled and then died. This community could have fostered a lot 
 of tools and efforts, and really propelled JFX into the bigger dev 
 community, but instead, for me, it has been a constant source of stress and 
 dissatisfaction, a hinderance and a hurdle. All pain, no gain. 
 
 The only initiatives I actually made work were the JavaFX Maven plugin and 
 the RoboVM Maven plugin. With both of these I made a conscious decision to 
 not involve this forum or Oracle. I decided to cludge around platform 
 shortcomings, rather than work with Oracle to fix it (5 minute fixes would 
 have saved me days of work). 
 
 That was the only way I could make these initiatives succeed since this 
 forum is a hinderance to contributing. It gives a false sense that Oracle 
 is listening and actively supporting the community. To anyone out there 
 wanting to do something in JFX tool space, I'd say start by leaving this 
 forum and working out what you can do without any access to the Oracle 
 guys, even if you make your own code contributions to the platform. Assume 
 you're an outsider - the cavalry is not coming, you're on your own.
 
 Given all that I'm walking away from this forum. I was waiting to hear 
 about the iOS/Android stuff first

Re: JavaOne roundup?

[Tobias Bley]

I don’t think you. ADF mobile uses HTML5 as frontend, so there is no need to 
execute JavaFX code on the client… maybe there is a J2ME based VM in ADF (like 
Codename One do)


Am 30.09.2013 um 13:58 schrieb Ali Ebrahimi ali.ebrahimi1...@gmail.com:

 Yes, but they use that for ADF mobile.
 
 
 On Mon, Sep 30, 2013 at 12:59 PM, Tobias Bley t...@ultramixer.com wrote:
 Does Oracle really has an AOT based JVM for iOS and Android?
 
 
 Am 30.09.2013 um 11:16 schrieb Udo Rader list...@bestsolution.at:
 
  If you add the pieces of information together (announced and then
  shortly cancelled J1 talks), you perfectly get the right picture.
 
  The *problem* certainly is not the technical part.
 
  While I disagree that the RPi is just nerd stuff (the embedded market
  is huge), I agree however that any further delay with JavaFX on Android
   iOS is really bad.
 
  I believe this situation is just as frustrating for the Oracle
  *developers* like it is for the rest of the JavaFX community.
 
  Public relations in the core sense of its meaning has completely
  failed here, IMHO.
 
  On 09/30/2013 10:03 AM, Felix Bembrick wrote:
  I am sure Oracle management get it.  There are lots of issues here, not 
  just technical.  I am sure they want to get it perfect before they 
  announce anything. Let's hope that's why nothing has eventuated yet...
 
  On 30 Sep 2013, at 17:04, Tobias Bley t...@ultramixer.com wrote:
 
  I don’t understand why „all“ this people who needs JavaFX on iOS/Android 
  does not tell it Oracles management. And I don’t understand why all this 
  people use their time to develop all this demos and Rasp.PI stuff. Who 
  needs it? Why don’t we develop base stuff like iOS skins, Android skins, 
  iOS/Android widgets, RoboVM for Android, RoboVM using OpenJDK, … I really 
  love useful stuff like the „JavaFX maven plugin“ or the „AquaFX“ project. 
  That kind of development we need!
 
  Best,
  Tobi
 
 
 
  Am 30.09.2013 um 08:50 schrieb Felix Bembrick felix.bembr...@gmail.com:
 
  No, you are *not* the only one. We *all* need it.  In fact, without it  
  happening soon, JavaFX is already dead.
 
  But let's not give up yet.  Perhaps it's closer than we know. I am a 
  glass half full kinda guy :-)
 
  On 30 Sep 2013, at 16:40, Tobias Bley t...@ultramixer.com wrote:
 
  I suppose „legal reasons“….
 
  For me it’s very frustrating to see every year the same procedure: 
  JavaFX-iOS/Android related tracks were canceled - „nerd“ stuff like 
  Rasp.PI, DukePad  Co were announced. Maybe I’m really the only one who 
  needs JavaFX on mobile to use JavaFX on desktop as well… :(
 
 
 
  Am 29.09.2013 um 18:13 schrieb Jeff Martin j...@reportmill.com:
 
  It seems the JFX on iOS/Android were cancelled at the last moment. I 
  tried to keep expectations low this year, but I admit I harbored 
  secret hopes based on those sessions (a few embarrassingly optimistic 
  conversations with clients notwithstanding).
 
  Last week Tomas offered this:
 
  about cancelled sessions please contact Mr. JavaOne 
  stephen.c...@oracle.com I believe he will give satisfactory answer.
 
  I'd like to take him up on that satisfactory offer. Also, can we run 
  the name DukePad by marketing again?
 
  :-)
 
  jeff
 
 
  On Sep 29, 2013, at 12:12 AM, Daniel Zwolenski zon...@gmail.com 
  wrote:
 
  The sessions aren't up yet from the looks of it. It would be great to 
  get an overall roundup of any new announcements or directions in any 
  case. Given this is the developer community network it would make 
  sense in my mind to highlight stuff like that in here.
 
  For me, I'd love it if someone could quickly sum up any announcements 
  or sessions made about JavaFX for iOS, Android or in the deployment 
  space?
 
  What happened at the sessions Tobi highlighted before 
  (http://blog.software4java.com/?p=97), did anyone go to these and 
  able to give us some info?
 
 
 
  On 27/09/2013, at 7:07 AM, Richard Bair richard.b...@oracle.com 
  wrote:
 
  The sessions, I think, are all being uploaded to Parley's 
  (http://www.parleys.com), although I don't see any content there yet 
  (not sure how long it will take them to post-process, but usually it 
  is pretty fast).
 
  Richard
 
  On Sep 26, 2013, at 2:00 PM, Daniel Zwolenski zon...@gmail.com 
  wrote:
 
  Has anyone done or seen any good roundups (text or video) of the 
  JavaOne sessions relating to javafx?
 
 
 
 

Re: JavaOne roundup?

[Tobias Bley]

Ok thx, than I will wait until there is this tooling support for JavaFX as well.


Am 30.09.2013 um 16:43 schrieb Anton Epple toni.ep...@eppleton.de:

 bck2brwsr has really good tooling, and you can get started in less than an 
 hour. Here is a tutorial:
 
 https://blogs.oracle.com/geertjan/entry/bck2brwsr_at_javaone_2013
 
 That said, the JavaFX part was only released last saturday, you have to build 
 it yourself and there is no documentation yet. 
 
 
 m 30.09.2013 um 11:30 schrieb Tobias Bley t...@ultramixer.com:
 
 Is there any good „how to make a JavaFX based app for iOS with bck2brwsr“ ? 
 Or is there any maven or IDE plugin to test the project within one hour?
 
 
 Am 30.09.2013 um 11:25 schrieb Anton Epple toni.ep...@eppleton.de:
 
 Performance differs depending on the browser. bck2brwsr is heavily 
 optimized for Chrome. The demos I've seen are running with 40-50FPS on 
 Chrome but much slower in Firefox. Performance on Chrome seemed definitely 
 good enough to create normal applications. Being aware that some things 
 are not yet supported, bck2brwsr is currently a working solution to get 
 JavaFX on any device that has a modern Browser.
 
 --Toni
 
 
 Am 30.09.2013 um 10:04 schrieb Felix Bembrick felix.bembr...@gmail.com:
 
 How well does a JavaFX application perform in what is a fully interpreted 
 environment like bck2brwsr?
 
 On 30 Sep 2013, at 17:45, Anton Epple toni.ep...@eppleton.de wrote:
 
 I'm also optimistic. We've all seen that it's  possible from the 
 technical side… I think it takes quite some time to get legal approvement 
 inside Oracle to show something. Probably those guys simply didn't get 
 their talks approved in time. 
 
 BTW: There's a new implementation of JavaFX available using the bck2brwsr 
 project:
 
 https://javafx-jira.kenai.com/browse/RT-32965
 
 It renders to HTML5 Canvas and runs in any modern browser including 
 Android phones and iPad/iPhone. Using Cordova, you can bundle as native 
 apps.
 
 --Toni
 
 
 Am 30.09.2013 um 08:50 schrieb Felix Bembrick felix.bembr...@gmail.com:
 
 No, you are *not* the only one. We *all* need it.  In fact, without it  
 happening soon, JavaFX is already dead.
 
 But let's not give up yet.  Perhaps it's closer than we know. I am a 
 glass half full kinda guy :-)
 
 On 30 Sep 2013, at 16:40, Tobias Bley t...@ultramixer.com wrote:
 
 I suppose „legal reasons“….
 
 For me it’s very frustrating to see every year the same procedure: 
 JavaFX-iOS/Android related tracks were canceled - „nerd“ stuff like 
 Rasp.PI, DukePad  Co were announced. Maybe I’m really the only one who 
 needs JavaFX on mobile to use JavaFX on desktop as well… :(
 
 
 
 Am 29.09.2013 um 18:13 schrieb Jeff Martin j...@reportmill.com:
 
 It seems the JFX on iOS/Android were cancelled at the last moment. I 
 tried to keep expectations low this year, but I admit I harbored 
 secret hopes based on those sessions (a few embarrassingly optimistic 
 conversations with clients notwithstanding).
 
 Last week Tomas offered this:
 
 about cancelled sessions please contact Mr. JavaOne 
 stephen.c...@oracle.com I believe he will give satisfactory answer.
 
 I'd like to take him up on that satisfactory offer. Also, can we run 
 the name DukePad by marketing again?
 
 :-)
 
 jeff
 
 
 On Sep 29, 2013, at 12:12 AM, Daniel Zwolenski zon...@gmail.com 
 wrote:
 
 The sessions aren't up yet from the looks of it. It would be great to 
 get an overall roundup of any new announcements or directions in any 
 case. Given this is the developer community network it would make 
 sense in my mind to highlight stuff like that in here. 
 
 For me, I'd love it if someone could quickly sum up any announcements 
 or sessions made about JavaFX for iOS, Android or in the deployment 
 space? 
 
 What happened at the sessions Tobi highlighted before 
 (http://blog.software4java.com/?p=97), did anyone go to these and 
 able to give us some info?
 
 
 
 On 27/09/2013, at 7:07 AM, Richard Bair richard.b...@oracle.com 
 wrote:
 
 The sessions, I think, are all being uploaded to Parley's 
 (http://www.parleys.com), although I don't see any content there yet 
 (not sure how long it will take them to post-process, but usually it 
 is pretty fast).
 
 Richard
 
 On Sep 26, 2013, at 2:00 PM, Daniel Zwolenski zon...@gmail.com 
 wrote:
 
 Has anyone done or seen any good roundups (text or video) of the 
 JavaOne sessions relating to javafx?
 
 
 
 
 

JavaOne: JavaFX on Android track canceled?

[Tobias Bley]

Hi Tomas,



what happened with your JavaOne session track concerning „JavaFX on Android“ 
(https://oracleus.activeevents.com/2013/connect/sessionDetail.ww?SESSION_ID=7791)?

Best regards,
Tobi


Am 11.09.2013 um 16:04 schrieb tomas.brandalik tomas.branda...@oracle.com:

 Hi Tobi,
 project setup is straightforward like any other android project. Just create 
 an android project and then copy all from 
 openjfx/build/android-sdk/dalvik/lib into libs and 
 build/android-sdk/rt/lib/ext/jfxrt.jar and armeabi folder again into libs. 
 AndroidManifest.xml needs some additional parameters. Something like this:
 
 application android:label=@string/app_name android:debuggable=true
activity android:name=com.oracle.dalvik.FXActivity 
 android:label=@string/app_name
 
meta-data android:name=launcher.class
android:value=com.oracle.dalvik.DalvikLauncher /
 
!-- Full name of the application class to run --
meta-data android:name=main.class
android:value=com.samples.Demo /
!-- Jdwp debugging port. Don't forget to forward port 
 (adb forward tcp:port1 tcp:port2) --
meta-data android:name=debug.port android:value=0 
 /
intent-filter
action 
 android:name=android.intent.action.MAIN /
category 
 android:name=android.intent.category.LAUNCHER /
/intent-filter
/activity
/application
uses-permission 
 android:name=android.permission.READ_EXTERNAL_STORAGE/uses-permission
uses-permission 
 android:name=android.permission.WRITE_EXTERNAL_STORAGE/uses-permission
 
 jfxrt.jar must be jdk6 compatible. Font renderer library is missing, it 
 remains in closed source.
 
 I just want to emphasise that this is not supported configuration so expect 
 experimenting. I've spent couple of days just to be sure DalvikLauncher works 
 fine. It will require to prepare your own fork of openjfx without jdk8 
 features ( I haven't found any uptodate) + some hacking with class files 
 version because dexer requires jdk6 compatible classes.
 
 good luck
 -Tomas
 
 
 On 09/09/2013 11:52 PM, Tobias Bley wrote:
 Hi Tomas,
 
 did you already open sourced your android launcher template? Could you 
 please show me an example how to launch a JavaFX app on Androids Dalvik?
 
 Best regards,
 Tobi
 
 
 Am 12.08.2013 um 09:27 schrieb tomas.brandalik tomas.branda...@oracle.com:
 
 Ok, I have a template project for android which does necessary setup and 
 copying. But I forgot it's still in closed source. I will add some readme 
 and move it to opensource.
 
 -Tomas
 
 On 08/11/2013 06:07 PM, Tobias Bley wrote:
 Hi Tomas,
 
 When I extend a default Activity from FXActivity and try to start this 
 activity (coding with Android Studio) the emulator does not find the *.so 
 files from JavaFX (especially the libVMLauncher.so)… Do you know where to 
 copy the JavaFX jars and native libraries?
 
 Tobi
 
 
 Am 08.08.2013 um 13:10 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 Hi,
 I have hardly any info about the project jfx78 backport and its status. 
 I've just had a look at it and saw that last sync happened in beginning 
 of July. It's good if somebody is willing to put his effort into that.
 In order to run on dalvik we need to compile jfx with jdk1.6 (I suppose 
 1.7 would do as well). Then there will be some packages missing for 
 example java.beans or sun.misc but it could be fixed somehow.
 
 -Tomas
 
 On 08/08/2013 10:05 AM, Tobias Bley wrote:
 Hi Tomas,
 
 yes, I was able to build JavaFX for Android, but I would like to start 
 JavaFX on Dalvik…You said its necessary to update the jfx78 backport to 
 the latest openjfx code changes…?
 
 btw: I just saw your very interesting JavaOne track ;)
 
  Am 08.08.2013 um 09:59 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 Hi Tobi,
 shouldn't be necessary to patch android.gradle file or set 
 ANDROID_CROSS_TOOLS_VER anymore. The latest changes resolve path to a 
 toolchain taking into account variants of NDK. Thank you for testing it.
 
 -Tomas
 
 On 08/01/2013 11:41 PM, Tobias Bley wrote:
 Thanks Tomas,
 
 after changing android.gradle script line 
 defineProperty(ANDROID_CROSS_TOOLS_VER, 
 arm-linux-androideabi-4.4.3“)“ to 
 defineProperty(ANDROID_CROSS_TOOLS_VER, 
 arm-linux-androideabi-4.6“)“ and def toolsPlatform = IS_WINDOWS ? 
 windows : IS_MAC ? macosx : linux-x86““ to „def toolsPlatform = 
 IS_WINDOWS ? windows : IS_MAC ? darwin-x86_64 : linux-x86““ I 
 could successfully build OpenJFX for Android von Mac OS X 10.9!
 
 So now I’m trying to use Android Studio and the Emulator to start a 
 JavaFX test application on Android. I tried to start my activity which 
 extends from FXActivity class in „com.oracle.dalvik“ package. But how 
 do I have to specify the JavaFX application

Using VM Linux on ARM on Android with OpenJFX

[Tobias Bley]

Hi,

has anyone tried to use „VM Linux on ARM“ in conjunction with OpenJDK and 
OpenJFX for Android?

Take a look here at page 12ff: 
http://jayskills.com/jayday2013/files/2013/06/JavaFX-goes-Open-Source.pdf

Re: Building OpenJFX for Android?

[Tobias Bley]

If I am using b104 I’m getting the following exception:

* What went wrong:
Execution failed for task ':graphics:compileDecoraNativeShadersAndroid'.
 org.gradle.process.internal.ExecException: A problem occurred starting 
 process 'command 
 '/Applications/Developer/Java/android-ndk-r9/toolchains/arm-linux-androideabi-4.6/prebuilt/darwin-x86_64/bin/x86-gcc‘'

When I take a look at the 
/Applications/Developer/Java/android-ndk-r9/toolchains/arm-linux-androideabi-4.6/prebuilt/darwin-x86_64/bin“
 directory there is no such „x86-gcc“ file…

Are you using another NDK version?

Best,
Tobi


Am 10.09.2013 um 15:59 schrieb tomas.brandalik tomas.branda...@oracle.com:

 On 09/10/2013 02:55 PM, Tobias Bley wrote:
 Hi,
 
 with the current repository of OpenJFX I can’t build OpenJFX for Android 
 anymore (gradle clean sdk  -PCOMPILE_TARGETS=android ). Is there something 
 that has changed? Maybe I need another Android SDK or NDK (currently using 
 android-ndk-r9)
 
 Best regards,
 Tobi
 
 Hi,
 would you send what was the failure message?
 It builds ok (but on Linux) with binary stub from jdk8-ea-b104. Try to add 
 property -PBINARY_STUB=jdk1.8.0/jre/lib/ext/jfxrt.jar
 
 -Tomas

Building OpenJFX for Android?

[Tobias Bley]

Hi,

with the current repository of OpenJFX I can’t build OpenJFX for Android 
anymore (gradle clean sdk  -PCOMPILE_TARGETS=android ). Is there something that 
has changed? Maybe I need another Android SDK or NDK (currently using 
android-ndk-r9)

Best regards,
Tobi

Re: can't build OpenJFX iOS SDK anymore: fxpackager failed

[Tobias Bley]

Hi David,

you are right! I’m so sorry. I used „_PCOMPILE_TARGET=ios“ instead of 
„-PCOMPILE_TARGETS=ios“… missing „s“ ;)

Ok, so the build error should occur when building the mac SDK isn’t it?

Tobi


Am 21.08.2013 um 10:38 schrieb David Pulkrabek david.pulkra...@oracle.com:

 Hi Tobi,
 
 the OpenJFX iOS SDK build should pass, at least it passes on my machine. 
 Please note that fxpackager is excluded from the iOS build system by default 
 in ios.gradle script (IOS.compileFXPackager = false).
 
 David
 
 On 8/20/13 4:17 PM, Tobias Bley wrote:
 Hi,
 
 after a short „hg pull and hg update“ I can't build OpenJFX iOS SDK anymore: 
 fxpackager failed error...
 
 
 :fxpackager:buildJavaFXPackager
 Calling Task.setEnabled(boolean) after task execution has started has been 
 deprecated and is scheduled to be removed in Gradle 2.0. Check the 
 configuration of task ':fxpackager:buildJavaFXPackager'. You may have 
 misused '' at task declaration.
 :fxpackager:compileJava
 [ant:javac] Note: Some input files use unchecked or unsafe operations.
 [ant:javac] Note: Recompile with -Xlint:unchecked for details.
 :fxpackager:man
 :fxpackager:processResources
 :fxpackager:classes
 :fxpackager:compileLauncher
 In file included from 
 /System/Library/Frameworks/Foundation.framework/Headers/Foundation.h:161,
  from 
 /System/Library/Frameworks/Cocoa.framework/Headers/Cocoa.h:12,
  from 
 /Applications/Developer/Java/open-jfx-graphics/rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:
 /System/Library/Frameworks/Foundation.framework/Headers/NSUserNotification.h:16:
  error: expected ‘,’ or ‘}’ before ‘__attribute__’
 :fxpackager:compileLauncher FAILED
 
 FAILURE: Build failed with an exception.
 
 * What went wrong:
 Execution failed for task ':fxpackager:compileLauncher'.
 org.gradle.process.internal.ExecException: Process 'command 'gcc'' finished 
 with non-zero exit value 1
 

can't build OpenJFX iOS SDK anymore: fxpackager failed

[Tobias Bley]

Hi,

after a short „hg pull and hg update“ I can't build OpenJFX iOS SDK anymore: 
fxpackager failed error...


:fxpackager:buildJavaFXPackager
Calling Task.setEnabled(boolean) after task execution has started has been 
deprecated and is scheduled to be removed in Gradle 2.0. Check the 
configuration of task ':fxpackager:buildJavaFXPackager'. You may have misused 
'' at task declaration.
:fxpackager:compileJava
[ant:javac] Note: Some input files use unchecked or unsafe operations.
[ant:javac] Note: Recompile with -Xlint:unchecked for details.
:fxpackager:man
:fxpackager:processResources
:fxpackager:classes
:fxpackager:compileLauncher
In file included from 
/System/Library/Frameworks/Foundation.framework/Headers/Foundation.h:161,
 from 
/System/Library/Frameworks/Cocoa.framework/Headers/Cocoa.h:12,
 from 
/Applications/Developer/Java/open-jfx-graphics/rt/modules/fxpackager/src/main/native/launcher/mac/main.m:26:
/System/Library/Frameworks/Foundation.framework/Headers/NSUserNotification.h:16:
 error: expected ‘,’ or ‘}’ before ‘__attribute__’
:fxpackager:compileLauncher FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':fxpackager:compileLauncher'.
 org.gradle.process.internal.ExecException: Process 'command 'gcc'' finished 
 with non-zero exit value 1

Re: current state of gradle script for Android?

[Tobias Bley]

Great! thanks Tomas. Keep up the good work!


Am 12.08.2013 um 09:27 schrieb tomas.brandalik tomas.branda...@oracle.com:

 Ok, I have a template project for android which does necessary setup and 
 copying. But I forgot it's still in closed source. I will add some readme and 
 move it to opensource.
 
 -Tomas
 
 On 08/11/2013 06:07 PM, Tobias Bley wrote:
 Hi Tomas,
 
 When I extend a default Activity from FXActivity and try to start this 
 activity (coding with Android Studio) the emulator does not find the *.so 
 files from JavaFX (especially the libVMLauncher.so)… Do you know where to 
 copy the JavaFX jars and native libraries?
 
 Tobi
 
 
 Am 08.08.2013 um 13:10 schrieb tomas.brandalik tomas.branda...@oracle.com:
 
 Hi,
 I have hardly any info about the project jfx78 backport and its status. 
 I've just had a look at it and saw that last sync happened in beginning of 
 July. It's good if somebody is willing to put his effort into that.
 In order to run on dalvik we need to compile jfx with jdk1.6 (I suppose 1.7 
 would do as well). Then there will be some packages missing for example 
 java.beans or sun.misc but it could be fixed somehow.
 
 -Tomas
 
 On 08/08/2013 10:05 AM, Tobias Bley wrote:
 Hi Tomas,
 
 yes, I was able to build JavaFX for Android, but I would like to start 
 JavaFX on Dalvik…You said its necessary to update the jfx78 backport to 
 the latest openjfx code changes…?
 
 btw: I just saw your very interesting JavaOne track ;)
 
  Am 08.08.2013 um 09:59 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 Hi Tobi,
 shouldn't be necessary to patch android.gradle file or set 
 ANDROID_CROSS_TOOLS_VER anymore. The latest changes resolve path to a 
 toolchain taking into account variants of NDK. Thank you for testing it.
 
 -Tomas
 
 On 08/01/2013 11:41 PM, Tobias Bley wrote:
 Thanks Tomas,
 
 after changing android.gradle script line 
 defineProperty(ANDROID_CROSS_TOOLS_VER, 
 arm-linux-androideabi-4.4.3“)“ to 
 defineProperty(ANDROID_CROSS_TOOLS_VER, arm-linux-androideabi-4.6“)“ 
 and def toolsPlatform = IS_WINDOWS ? windows : IS_MAC ? macosx : 
 linux-x86““ to „def toolsPlatform = IS_WINDOWS ? windows : IS_MAC ? 
 darwin-x86_64 : linux-x86““ I could successfully build OpenJFX for 
 Android von Mac OS X 10.9!
 
 So now I’m trying to use Android Studio and the Emulator to start a 
 JavaFX test application on Android. I tried to start my activity which 
 extends from FXActivity class in „com.oracle.dalvik“ package. But how do 
 I have to specify the JavaFX application class or main method? How do I 
 have to bind the FXActivity with the JavaFX app (Stage / Application)? 
 Is there any demo code available?
 
 Best regards,
 Tobi
 
 
 Am 01.08.2013 um 16:00 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 The latest tools should be ok sdk ver. 22 and ndk r9. I have  sdk 21.1 
 and ndk r7c and r8e.
 http://developer.android.com/sdk/index.html
 http://developer.android.com/tools/sdk/ndk/index.html
 -Tomas
 
 On 08/01/2013 03:41 PM, Tobias Bley wrote:
 Which android SDK do I need? Could you please give me the URL to the 
 correct android SDK and NDK?
 
 Thanks!
 Tobi
 
 
 Am 31.07.2013 um 16:42 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 Hi Tobi,
 it works on linux only right now.
 Set properties for cross build and android sdk/ndk.
 -PCOMPILE_TARGETS=android -PANDROID_SDK=/opt/android-sdk-linux 
 -PANDROID_NDK=/opt/android-ndk-r7c -PCOMPILE_GSTREAMER=false 
 -PSKIP_JAVADOC=true
 Closed source parts web and font-t2k will be missing.
 
 -Tomas
 
 On 07/29/2013 11:22 PM, Tobias Bley wrote:
 Hi,
 
 can anyone say something about the current state of the gradle 
 android support? Is it possible to build OpenJFX for Android now via 
 gradle?
 
 Best regards,
 Tobi
 
 

Re: How to raise JavaFX iOS bugs?

[Tobias Bley]

I absolutely agree!


Am 09.08.2013 um 09:17 schrieb Felix Bembrick felix.bembr...@gmail.com:

 I have a very good feeling about JavaOne this year.  It's now or never for 
 Java/JavaFX on mobiles and tablets and judging by the session titles, I think 
 Oracle is going to make a lot of people very happy :-)
 
 
 On 9 August 2013 16:26, Daniel Zwolenski zon...@gmail.com wrote:
 Wtf? Oracle guys, what JVM is this session going to use?
 
 https://oracleus.activeevents.com/2013/connect/sessionDetail.ww?SESSION_ID=5517
 
 
 On 09/08/2013, at 3:51 PM, Tobias Bley t...@ultramixer.com wrote:
 
  Daniel, the question is: Which surprise will Oracle show on JavaOne 2013 in 
  september? Maybe there is something official concerning JavaFX and iOS and 
  Android…? Please take a look a the planned tracks: 
  http://blog.software4java.com/?p=97
  One track talks about „JavaSE in AOT mode“…so maybe we do not need such a 
  backport in the future? Because Oracle does not say anything about the 
  future, we don’t know it at the moment ;)
 
  Best regards,
  Tobi
 
 
  Am 09.08.2013 um 00:08 schrieb Daniel Zwolenski zon...@gmail.com:
 
  No, I didn't get a chance. Probably easier for you to just raise it now?
 
  It's going to be a pretty big round loop to get ios fixes in. It first 
  needs to go into jfx then needs to be merged into the backport, then that 
  needs to be deployed to maven, then the maven plugin needs to be updated 
  to refer to the new version, then the maven plugin needs to be deployed to 
  maven.
 
  I could simplify the last step by allowing the version of jfx backport to 
  be configurable.
 
  As I've raised in previous emails, help would be good. I don't suppose any 
  oracle people could be allocated to merging changed into the backport on a 
  regular basis (eg weekly) - even on an unofficial, non-publicly-commited 
  arrangement?
 
 
  On 09/08/2013, at 7:38 AM, steve.x.northo...@oracle.com wrote:
 
  Hi Daniel,
 
  Did you log a bug for the TextField problem?  If you have not done so, 
  please do.  If you use iOS: as a prefix for the title of the bug and 
  use iOS as a label, that should help people find iOS related bugs.  I 
  have a fix for the problem you are seeing.  The text skin thinks that 
  because iOS has touch, it needs to show resize handles in the text field.
 
  Steve
 
  On 01/08/2013 6:08 PM, Daniel Zwolenski wrote:
  So now the Maven stuff is working (
  http://www.zenjava.com/2013/08/01/javafx-on-ios-using-robovm-and-maven/),
  I'm gradually starting to muck around with the iOS stuff.
 
  There are problems - how do I raise them? Should I log JIRAs? Should I
  bring them up here, etc? Will you guys start running jfx on iOS now that
  it's possible and are bug fixes within your allowance to work on given 
  iOS
  is not a supported platform?
 
  For example, in the hello world example, I've included a TextField. When 
  I
  start typing in it on my iPad the field starts changing size to 
  accommodate
  the auto-correction popup, which looks very weird. Should I log that as a
  bug against Controls?
 
 
 

Fwd: hg: openjfx/8/graphics/rt: RT-32032 Android: VM hangs when application finishes.

[Tobias Bley]

Tomas,

which VM do you mean in this bug report ;)?

Tobi


Anfang der weitergeleiteten Nachricht:

 Von: hang...@oracle.com
 Betreff: hg: openjfx/8/graphics/rt: RT-32032 Android: VM hangs when 
 application finishes.
 Datum: 6. August 2013 08:33:26 MESZ
 An: openjfx-dev@openjdk.java.net
 
 Changeset: 521cced8d920
 Author:tb115823 tomas.branda...@oracle.com
 Date:  2013-08-06 08:26 +0200
 URL:   http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/521cced8d920
 
 RT-32032 Android: VM hangs when application finishes.
 Detach correctly all threads.
 Send notification to FXActivity that VM has shutdown.
 
 ! modules/graphics/src/android/java/com/oracle/dalvik/FXActivity.java
 ! modules/graphics/src/android/java/com/oracle/dalvik/NativePipeReader.java
 ! modules/graphics/src/android/java/com/oracle/dalvik/VMLauncher.java
 ! modules/graphics/src/main/native-glass/lens/android/android.c
 ! modules/graphics/src/main/native-glass/lens/android/android.h
 ! modules/graphics/src/main/native-glass/lens/input/android/androidInput.c
 ! modules/graphics/src/main/native-glass/lens/input/android/androidInput.h
 ! modules/graphics/src/main/native-glass/lens/input/android/androidLens.c
 

Re: JavaFX and iOS - it will remain a dream

[Tobias Bley]

Yes Felix, it *has* to be this year…. We do not port our swing based commercial 
apps if JavaFX does not run on tablets as well.




Am 30.07.2013 um 21:06 schrieb Felix Bembrick felix.bembr...@gmail.com:

 Hi Tobi,
 
 I know how you feel.  As much as I am impressed with JavaFX, clearly its 
 long-term survival does depend on it being viable on mobiles and tablets.
 
 All I can say is don't give up yet.  I am certainly not giving up.  I really 
 hope we see something at JavaOne this year that will please us all.
 
 It *has* to be this year!
 
 Felix
 
 
 
 On 31 July 2013 02:40, Tobias Bley t...@ultramixer.com wrote:
 Hi,
 
 after many days trying to really build iOS apps with JavaFX and RoboVM or 
 Avian I’m very frustrated because of the following things:
 
 Based on RoboVM, JavaFX on iOS runs unacceptable slow - I don’t know the 
 reason - maybe it’s the rendering model of JavaFX - maybe it’s the currently 
 unoptimized RoboVM
 One big problem of RoboVM is it’s dependence of the Android library, it does 
 not support the OpenJDK. That’s a big reason for many many problems when 
 using JavaFX. So currently it’s not possible to use fxml files (FXMLoader) 
 because of the missing Stax xml parser and classes like XMLInputFactory in 
 the android library…
 Avian: we tried to use JavaFX in conjunction with Avian + OpenJDK and AOT 
 compiling… we hade no success…too complicated build process…no demos 
 available for iOS…
 
 So in my opinion „JavaFX on iOS“ will remain a dream…If there will be no big 
 company like Oracle or IBM who actively develops a VM for iOS and Android, 
 JavaFX will be useless, also on Desktop, then HTML5 or QT will be the big 
 winner for the most use cases on Desktop and mobile…
 
 Best,
 Tobi
 
 

Re: current state of gradle script for Android?

[Tobias Bley]

Hi Tomas,

thanks for your hints.  Where can I find the „FXApplication“ class? There is 
only a „FXActivity“ and a „VMLauncher“ class…

Could you please give me a hint how to start to build a JavaFX launcher for 
Dalvik? 

Thanks,
Tobi


Am 02.08.2013 um 10:59 schrieb tomas.brandalik tomas.branda...@oracle.com:

 On 08/01/2013 11:41 PM, Tobias Bley wrote:
 Thanks Tomas,
 
 after changing android.gradle script line 
 defineProperty(ANDROID_CROSS_TOOLS_VER, arm-linux-androideabi-4.4.3“)“ 
 to defineProperty(ANDROID_CROSS_TOOLS_VER,
 If toolchain version changed you just need to pass property 
 -PANDROID_CROSS_TOOLS_VER=arm-linux-androideabi-4.6
 arm-linux-androideabi-4.6“)“ and def toolsPlatform = IS_WINDOWS ? 
 windows : IS_MAC ? macosx : linux-x86““ to „def toolsPlatform = 
 IS_WINDOWS ? windows : IS_MAC ? darwin-x86_64 : linux-x86““ I could 
 successfully build OpenJFX for Android von Mac OS X 10.9!
 I will have a look at it.
 
 So now I’m trying to use Android Studio and the Emulator to start a JavaFX 
 test application on Android. I tried to start my activity which extends from 
 FXActivity class in „com.oracle.dalvik“ package. But how do I have to 
 specify the JavaFX application class or main method? How do I have to bind 
 the FXActivity with the JavaFX app (Stage / Application)? Is there any demo 
 code available?
 The fx project for android looks like usual android project except that it 
 bundles with the vm image. All essential parameters (main class, debug port, 
 parametets etc) are in AndroidManifest.xml
 If you look at FXApplication you will realize that it installs vm first and 
 then launches fx application on that vm. FXApplication activity does very 
 little just prepares a surface where to draw opengl stuff. I'm sure you see 
 the catch ... the vm is not available yet.
 Another option to consider is to run on dalvik which I think is doable with a 
 rewriting the launcher and using compatibility project javafx78 (or how's 
 that called).
 
 -Tomas
 
 
 Best regards,
 Tobi
 
 
 Am 01.08.2013 um 16:00 schrieb tomas.brandalik tomas.branda...@oracle.com:
 
 The latest tools should be ok sdk ver. 22 and ndk r9. I have  sdk 21.1 and 
 ndk r7c and r8e.
 http://developer.android.com/sdk/index.html
 http://developer.android.com/tools/sdk/ndk/index.html
 -Tomas
 
 On 08/01/2013 03:41 PM, Tobias Bley wrote:
 Which android SDK do I need? Could you please give me the URL to the 
 correct android SDK and NDK?
 
 Thanks!
 Tobi
 
 
 Am 31.07.2013 um 16:42 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 Hi Tobi,
 it works on linux only right now.
 Set properties for cross build and android sdk/ndk.
 -PCOMPILE_TARGETS=android -PANDROID_SDK=/opt/android-sdk-linux 
 -PANDROID_NDK=/opt/android-ndk-r7c -PCOMPILE_GSTREAMER=false 
 -PSKIP_JAVADOC=true
 Closed source parts web and font-t2k will be missing.
 
 -Tomas
 
 On 07/29/2013 11:22 PM, Tobias Bley wrote:
 Hi,
 
 can anyone say something about the current state of the gradle android 
 support? Is it possible to build OpenJFX for Android now via gradle?
 
 Best regards,
 Tobi
 
 

JavaFX for Android build is broken

[Tobias Bley]

Hi (Tomas),

I tried to build JavaFX for Android again but was getting the follow build 
errors:

/Applications/Developer/Java/open-jfx-graphics/rt/modules/graphics/src/main/native-glass/lens/android/android.c:
 In function 
'Java_com_oracle_dalvik_FXActivity_00024InternalSurfaceView_onKeyEventNative':
/Applications/Developer/Java/open-jfx-graphics/rt/modules/graphics/src/main/native-glass/lens/android/android.c:240:5:
 warning: implicit declaration of function 'describe_key_action' 
[-Wimplicit-function-declaration]
/Applications/Developer/Java/open-jfx-graphics/rt/modules/graphics/src/main/native-glass/lens/android/android.c:
 At top level:
/Applications/Developer/Java/open-jfx-graphics/rt/modules/graphics/src/main/native-glass/lens/android/android.c:332:7:
 error: conflicting types for 'describe_key_action'
/Applications/Developer/Java/open-jfx-graphics/rt/modules/graphics/src/main/native-glass/lens/android/android.c:240:5:
 note: previous implicit declaration of 'describe_key_action' was here
:graphics:ccAndroidSurface FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':graphics:ccAndroidSurface'.
 org.gradle.process.internal.ExecException: Process 'command 
 '/Applications/Developer/Java/android-ndk-r9/toolchains/arm-linux-androideabi-4.6/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-gcc''
  finished with non-zero exit value 1

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug 
option to get more log output.

Fwd: current state of gradle script for Android?

[Tobias Bley]

Hey Danno,

could you please merge the latest changes to your jfx78 project?

Thank you very much!

Tobi


Anfang der weitergeleiteten Nachricht:

 Von: tomas.brandalik tomas.branda...@oracle.com
 Betreff: Aw: current state of gradle script for Android?
 Datum: 7. August 2013 10:15:25 MESZ
 An: Tobias Bley t...@ultramixer.com
 Kopie: openjfx-dev@openjdk.java.net Mailing openjfx-dev@openjdk.java.net
 
 Hi,
 this was a typo :( I meant FXActivity not FXApplication.
 You can get some hints from FXActivity.java.jfx78 source file if you look at 
 launchFXApplication(). But this is just an old launcher which is not 
 functional now. I will to give it a try when there is backport of javafx 
 (https://bitbucket.org/narya/jfx78) updated to latest status of openjfx. It 
 should be fairly easy to write launcher for dalvik.
 
 -Tomas
 
 On 08/07/2013 09:35 AM, Tobias Bley wrote:
 Hi Tomas,
 
 thanks for your hints.  Where can I find the „FXApplication“ class? There is 
 only a „FXActivity“ and a „VMLauncher“ class…
 
 Could you please give me a hint how to start to build a JavaFX launcher for 
 Dalvik?
 
 Thanks,
 Tobi
 
 
 Am 02.08.2013 um 10:59 schrieb tomas.brandalik tomas.branda...@oracle.com:
 
 On 08/01/2013 11:41 PM, Tobias Bley wrote:
 Thanks Tomas,
 
 after changing android.gradle script line 
 defineProperty(ANDROID_CROSS_TOOLS_VER, arm-linux-androideabi-4.4.3“)“ 
 to defineProperty(ANDROID_CROSS_TOOLS_VER,
 If toolchain version changed you just need to pass property 
 -PANDROID_CROSS_TOOLS_VER=arm-linux-androideabi-4.6
 arm-linux-androideabi-4.6“)“ and def toolsPlatform = IS_WINDOWS ? 
 windows : IS_MAC ? macosx : linux-x86““ to „def toolsPlatform = 
 IS_WINDOWS ? windows : IS_MAC ? darwin-x86_64 : linux-x86““ I could 
 successfully build OpenJFX for Android von Mac OS X 10.9!
 I will have a look at it.
 So now I’m trying to use Android Studio and the Emulator to start a JavaFX 
 test application on Android. I tried to start my activity which extends 
 from FXActivity class in „com.oracle.dalvik“ package. But how do I have to 
 specify the JavaFX application class or main method? How do I have to bind 
 the FXActivity with the JavaFX app (Stage / Application)? Is there any 
 demo code available?
 The fx project for android looks like usual android project except that it 
 bundles with the vm image. All essential parameters (main class, debug 
 port, parametets etc) are in AndroidManifest.xml
 If you look at FXApplication you will realize that it installs vm first and 
 then launches fx application on that vm. FXApplication activity does very 
 little just prepares a surface where to draw opengl stuff. I'm sure you see 
 the catch ... the vm is not available yet.
 Another option to consider is to run on dalvik which I think is doable with 
 a rewriting the launcher and using compatibility project javafx78 (or how's 
 that called).
 
 -Tomas
 
 Best regards,
 Tobi
 
 
 Am 01.08.2013 um 16:00 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 The latest tools should be ok sdk ver. 22 and ndk r9. I have  sdk 21.1 
 and ndk r7c and r8e.
 http://developer.android.com/sdk/index.html
 http://developer.android.com/tools/sdk/ndk/index.html
 -Tomas
 
 On 08/01/2013 03:41 PM, Tobias Bley wrote:
 Which android SDK do I need? Could you please give me the URL to the 
 correct android SDK and NDK?
 
 Thanks!
 Tobi
 
 
 Am 31.07.2013 um 16:42 schrieb tomas.brandalik 
 tomas.branda...@oracle.com:
 
 Hi Tobi,
 it works on linux only right now.
 Set properties for cross build and android sdk/ndk.
 -PCOMPILE_TARGETS=android -PANDROID_SDK=/opt/android-sdk-linux 
 -PANDROID_NDK=/opt/android-ndk-r7c -PCOMPILE_GSTREAMER=false 
 -PSKIP_JAVADOC=true
 Closed source parts web and font-t2k will be missing.
 
 -Tomas
 
 On 07/29/2013 11:22 PM, Tobias Bley wrote:
 Hi,
 
 can anyone say something about the current state of the gradle android 
 support? Is it possible to build OpenJFX for Android now via gradle?
 
 Best regards,
 Tobi
 
 

How to get the content scale factor (hiDPI) on Mac on OpenJDK8?

[Tobias Bley]

With Apple JDK6 we can call the scale factor like this: 
toolkit.getDesktopProperty(apple.awt.contentScaleFactor“);

Unfortunately thats not possible with JDK7/8. Is there another way to get the 
scale factor?

Best regards,
Tobi

Re: current state of gradle script for Android?

[Tobias Bley]

Which android SDK do I need? Could you please give me the URL to the correct 
android SDK and NDK?

Thanks!
Tobi


Am 31.07.2013 um 16:42 schrieb tomas.brandalik tomas.branda...@oracle.com:

 Hi Tobi,
 it works on linux only right now.
 Set properties for cross build and android sdk/ndk.
 -PCOMPILE_TARGETS=android -PANDROID_SDK=/opt/android-sdk-linux 
 -PANDROID_NDK=/opt/android-ndk-r7c -PCOMPILE_GSTREAMER=false 
 -PSKIP_JAVADOC=true
 Closed source parts web and font-t2k will be missing.
 
 -Tomas
 
 On 07/29/2013 11:22 PM, Tobias Bley wrote:
 Hi,
 
 can anyone say something about the current state of the gradle android 
 support? Is it possible to build OpenJFX for Android now via gradle?
 
 Best regards,
 Tobi
 
 

Re: current state of gradle script for Android?

[Tobias Bley]

Thanks Tomas,

So currently it’s not possible to build OpenJFX for Android on Mac OS X, isn’t 
it?

Tobi


Am 31.07.2013 um 16:42 schrieb tomas.brandalik tomas.branda...@oracle.com:

 Hi Tobi,
 it works on linux only right now.
 Set properties for cross build and android sdk/ndk.
 -PCOMPILE_TARGETS=android -PANDROID_SDK=/opt/android-sdk-linux 
 -PANDROID_NDK=/opt/android-ndk-r7c -PCOMPILE_GSTREAMER=false 
 -PSKIP_JAVADOC=true
 Closed source parts web and font-t2k will be missing.
 
 -Tomas
 
 On 07/29/2013 11:22 PM, Tobias Bley wrote:
 Hi,
 
 can anyone say something about the current state of the gradle android 
 support? Is it possible to build OpenJFX for Android now via gradle?
 
 Best regards,
 Tobi
 
 

JavaFX and iOS - it will remain a dream

[Tobias Bley]

Hi,

after many days trying to really build iOS apps with JavaFX and RoboVM or Avian 
I’m very frustrated because of the following things:

Based on RoboVM, JavaFX on iOS runs unacceptable slow - I don’t know the reason 
- maybe it’s the rendering model of JavaFX - maybe it’s the currently 
unoptimized RoboVM
One big problem of RoboVM is it’s dependence of the Android library, it does 
not support the OpenJDK. That’s a big reason for many many problems when using 
JavaFX. So currently it’s not possible to use fxml files (FXMLoader) because of 
the missing Stax xml parser and classes like XMLInputFactory in the android 
library…
Avian: we tried to use JavaFX in conjunction with Avian + OpenJDK and AOT 
compiling… we hade no success…too complicated build process…no demos available 
for iOS…

So in my opinion „JavaFX on iOS“ will remain a dream…If there will be no big 
company like Oracle or IBM who actively develops a VM for iOS and Android, 
JavaFX will be useless, also on Desktop, then HTML5 or QT will be the big 
winner for the most use cases on Desktop and mobile…

Best,
Tobi

Re: Raspberry Pi + JavaFX 3D demo

[Tobias Bley]

Hi Niklas,

thanks for your answer. I looked in the current code form github (RoboVM 0.0.3) 
and found a „Level“ enum with -o3 optimization flag... so are you working on 
the optimization support for LLVM?

Best,
Tobi


Am 16.07.2013 um 08:47 schrieb Niklas Therning nik...@therning.org:

 No, it's not possible. These have not yet been implemented.
 
 
 On Mon, Jul 15, 2013 at 4:19 PM, Tobias Bley t...@ultramixer.com wrote:
 Is it possible to activate the optimizations for me in RoboVM 0.0.2 or 0.0.3 
 (github)?
 
 
 Am 12.07.2013 um 17:11 schrieb Niklas Therning nik...@therning.org:
 
 RoboVM doesn't do release builds yet (virtually none of LLVM's optimizations 
 are enabled) and virtual and interface method dispatch is horribly slow 
 (linear search on every call!!!). So there are A LOT of opportunities for 
 improvements. The focus so far has been to get something up and running 
 which can actually be used to make apps. I hope I will get the time to 
 optimize things later this year.
 
 Is this demo open source? It would be interesting to test it on iOS.
 
 
 On Fri, Jul 12, 2013 at 5:03 PM, Richard Bair richard.b...@oracle.com 
 wrote:
 BTW, we've run a VM performance benchmark against HotSpot on PI vs. RoboVM 
 on iOS and for raw power RoboVM seems faster (lower time to invoke a method, 
 read a field, etc etc). However in the real world RoboVM is slow and I don't 
 know why (GC overhead maybe)?
 
 Richard
 
 On Jul 12, 2013, at 7:52 AM, Richard Bair richard.b...@oracle.com wrote:
 
  That should be encouraging, since the CPU on the PI is *way* worse than 
  the CPU on an iPhone or iPad. Is the difference HotSpot vs. RoboVM? The 
  graphics code being executed should be pretty much exactly the same, and I 
  would expect the PowerVR to be able to handle this without any trouble.
 
  Richard
 
  On Jul 12, 2013, at 7:14 AM, Tobias Bley t...@ultramixer.com wrote:
 
  The performance is much better than JavaFX8 on iOS :(
 
 
  Am 12.07.2013 um 15:37 schrieb August Lammersdorf, InteractiveMesh 
  s...@interactivemesh.com:
 
  Found this on YouTube: http://www.youtube.com/watch?v=-scxqJjTJKI
 
  August
 
 
 
 
 
 

Re: Raspberry Pi + JavaFX 3D demo

[Tobias Bley]

Is it possible to activate the optimizations for me in RoboVM 0.0.2 or 0.0.3 
(github)?


Am 12.07.2013 um 17:11 schrieb Niklas Therning nik...@therning.org:

 RoboVM doesn't do release builds yet (virtually none of LLVM's optimizations 
 are enabled) and virtual and interface method dispatch is horribly slow 
 (linear search on every call!!!). So there are A LOT of opportunities for 
 improvements. The focus so far has been to get something up and running which 
 can actually be used to make apps. I hope I will get the time to optimize 
 things later this year.
 
 Is this demo open source? It would be interesting to test it on iOS.
 
 
 On Fri, Jul 12, 2013 at 5:03 PM, Richard Bair richard.b...@oracle.com wrote:
 BTW, we've run a VM performance benchmark against HotSpot on PI vs. RoboVM on 
 iOS and for raw power RoboVM seems faster (lower time to invoke a method, 
 read a field, etc etc). However in the real world RoboVM is slow and I don't 
 know why (GC overhead maybe)?
 
 Richard
 
 On Jul 12, 2013, at 7:52 AM, Richard Bair richard.b...@oracle.com wrote:
 
  That should be encouraging, since the CPU on the PI is *way* worse than the 
  CPU on an iPhone or iPad. Is the difference HotSpot vs. RoboVM? The 
  graphics code being executed should be pretty much exactly the same, and I 
  would expect the PowerVR to be able to handle this without any trouble.
 
  Richard
 
  On Jul 12, 2013, at 7:14 AM, Tobias Bley t...@ultramixer.com wrote:
 
  The performance is much better than JavaFX8 on iOS :(
 
 
  Am 12.07.2013 um 15:37 schrieb August Lammersdorf, InteractiveMesh 
  s...@interactivemesh.com:
 
  Found this on YouTube: http://www.youtube.com/watch?v=-scxqJjTJKI
 
  August
 
 
 
 

Fwd: iOS: Calling native methods on iPhone

[Tobias Bley]

Hi Niklas,

do you have an idea how to fix the problem?



Anfang der weitergeleiteten Nachricht:

 Von: Tobias Bley t...@ultramixer.com
 Betreff: Aw: iOS: Calling native methods on iPhone
 Datum: 8. Juli 2013 09:57:16 MESZ
 An: Niklas Therning nik...@therning.org
 
 Hi Niklas,
 
 I tried it but it fails with the following exception: 
 
 controller = GlassViewController: 0x33a4c30
 Exception in thread JavaFX Application Thread java.lang.NoSuchMethodError: 
 org.robovm.objc.block.VoidBlock.toNative(Ljava/lang/Object;)J
   at 
 org.robovm.cocoatouch.uikit.UIViewController.objc_presentViewController(Native
  Method)
   at 
 org.robovm.cocoatouch.uikit.UIViewController.objc_presentViewController(Native
  Method)
   at 
 org.robovm.cocoatouch.uikit.UIViewController.presentViewController(UIViewController.java)
   at com.ultramixer.ultramixeronios.Main$1.handle(Unknown Source)
   at com.ultramixer.ultramixeronios.Main$1.handle(Unknown Source)
 
 Any ideas?
 
 Tobi
 
 
 Am 08.07.2013 um 08:57 schrieb Tobi t...@ultramixer.com:
 
 Yes that Sounds good. I will try it now. Thanks for the moment. 
 
 Am 08.07.2013 um 08:42 schrieb Niklas Therning nik...@therning.org:
 
 (I'm not sending this to the openjfx list since I don't think this belongs 
 there)
 
 Please show me the exception stack trace. Does your 
 UIImagePickerControllerDelegate implementation extend 
 UIImagePickerControllerDelegate.Adapter (or NSObject)? Please try with 
 extending Adapter if you're not doing that. I don't know how the 
 UIImagePickerController works but you should be able to get hold of the 
 root ViewController and somehow push your UIImagePickerControllerDelegate. 
 Something like UIApplication.getSharedApplication().getKeyWIndow() should 
 get you the UIWindow created by JavaFX and then you can use the 
 rootViewController property to change what gets displayed.
 
 
 On Fri, Jul 5, 2013 at 2:35 PM, Tobi t...@ultramixer.com wrote:
 Yes I know and I tried it already. But it throws an classCastException when 
 setting the delegate to imagepicker. 
 
 I think the problem could be that I do not use cocoa touch for the UI, I 
 use javafx.
 
 
 
 Am 05.07.2013 um 14:03 schrieb Niklas Therning nik...@therning.org:
 
 RoboVM already has bindings for most of the stuff in UIKit, 
 UIImagePickerController included [1]. It's in the robovm-cocoatouch.jar 
 file included in the download. It's mostly untested though. Please go 
 ahead and try it out and let me know how it goes.
 
 [1] 
 https://github.com/robovm/robovm/blob/master/cocoatouch/src/main/java/org/robovm/cocoatouch/uikit/UIImagePickerController.java
 
 
 On Fri, Jul 5, 2013 at 12:26 PM, Tobias Bley t...@ultramixer.com wrote:
 Hi Tom,
 
 thats great! We need such efforts!
 the goal should be to use the automatically wrapped UIKit from Java, call 
 the image picker and fetch an image from the iphone to show it in JavaFX!
 
 Who is the first guy who posts a demo image ;)?
 
 Best regards,
 Tobi
 
 It would be fantastic to have a real use case for using a native cocoa 
 touch function in JavaFX (on RoboVM). I suggest to load an image via 
 ImagePicker from the iPhone image library. So we need to use the UIKit 
 framework and the UIImagePickerController...
 
 Am 05.07.2013 um 11:56 schrieb Tom Schindl tom.schi...@bestsolution.at:
 
  Hi,
 
  To not write the bro stuff manually I fired up xtext yesterday and 
  created a small DSL which holds the (relevant) Header-Information and 
  generates the Bro-Files for you.
 
  You can see the input 
  https://github.com/tomsontom/objcgenerator/tree/master/bundles/at.bestsolution.objc.mapper.cocoatouch/mappings
   and output 
  https://github.com/tomsontom/objcgenerator/tree/master/bundles/at.bestsolution.objc.mapper.cocoatouch/src/main/java/org/robovm/cocoatouch/corelocation
   .
 
  Currently it is bound to Eclipse but I could add support to run the 
  mapper on the command line as well.
 
  Tom
 
  On 04.07.13 18:16, Tom Schindl wrote:
  Robovm does that without jni it is called bro
 
  Tom
 
  Von meinem iPhone gesendet
 
  Am 04.07.2013 um 17:44 schrieb Tobias Bley t...@ultramixer.com:
 
  Hi,
 
  after successfully using JavaFX (including font and CSS) on iOS I 
  tried to call native code on iPhone. I successfully fetched and 
  visualized the battery level of the iPhone!
 
  To do this I wrote objective c code and bind it to Java via JNI. No 
  problem so far.
 
 
 
  But what I would like to do is using a technology like JNA to directly 
  access Cocoa frameworks without writing native JNI code. Does anybody 
  knows if JNA (or something else) could also be used in RoboVM?
 
  Best regards,
  Tobi
 
 
 
 
 
 
 
 

iOS gradle script doesn't work anymore

[Tobias Bley]

Hi,

When I try to build OpenJFX for iOS the following error occurs: 

* Where:
Build file 
'/Applications/Developer/Java/open-jfx-bitbucket/openjfx-8-graphics-rt/build.gradle'
 line: 460

* What went wrong:
A problem occurred evaluating script.
 Error: missing tool packages: [ios-libs-05.tgz]

What’s happen?

Best regards,
Tobi

Re: Raspberry Pi + JavaFX 3D demo

[Tobias Bley]

The performance is much better than JavaFX8 on iOS :(


Am 12.07.2013 um 15:37 schrieb August Lammersdorf, InteractiveMesh 
s...@interactivemesh.com:

 Found this on YouTube: http://www.youtube.com/watch?v=-scxqJjTJKI
 
 August

Errors while building OpenJFX8 for Android

[Tobias Bley]

Hi,

I tried to build OpenJFX for Android via the new gradle scripts and I’m getting 
the following error:

Build file 
'/Applications/Developer/Java/open-jfx-bitbucket/openjfx-8-graphics-rt/build.gradle'
 line: 493

* What went wrong:
A problem occurred evaluating root project 'openjfx-8-graphics-rt'.
 ERROR: Incorrectly configured compile flags file, missing jfxrtJarExcludes 
 property on android

Do I have to configure something?

Best regards,
Tobi

Re: iOS: Calling native methods on iPhone

[Tobias Bley]

Hi Tom,

thats great! We need such efforts!
the goal should be to use the automatically wrapped UIKit from Java, call the 
image picker and fetch an image from the iphone to show it in JavaFX!

Who is the first guy who posts a demo image ;)?

Best regards,
Tobi

It would be fantastic to have a real use case for using a native cocoa touch 
function in JavaFX (on RoboVM). I suggest to load an image via ImagePicker from 
the iPhone image library. So we need to use the UIKit framework and the 
UIImagePickerController... 

Am 05.07.2013 um 11:56 schrieb Tom Schindl tom.schi...@bestsolution.at:

 Hi,
 
 To not write the bro stuff manually I fired up xtext yesterday and created a 
 small DSL which holds the (relevant) Header-Information and generates the 
 Bro-Files for you.
 
 You can see the input 
 https://github.com/tomsontom/objcgenerator/tree/master/bundles/at.bestsolution.objc.mapper.cocoatouch/mappings
  and output 
 https://github.com/tomsontom/objcgenerator/tree/master/bundles/at.bestsolution.objc.mapper.cocoatouch/src/main/java/org/robovm/cocoatouch/corelocation
  .
 
 Currently it is bound to Eclipse but I could add support to run the mapper on 
 the command line as well.
 
 Tom
 
 On 04.07.13 18:16, Tom Schindl wrote:
 Robovm does that without jni it is called bro
 
 Tom
 
 Von meinem iPhone gesendet
 
 Am 04.07.2013 um 17:44 schrieb Tobias Bley t...@ultramixer.com:
 
 Hi,
 
 after successfully using JavaFX (including font and CSS) on iOS I tried to 
 call native code on iPhone. I successfully fetched and visualized the 
 battery level of the iPhone!
 
 To do this I wrote objective c code and bind it to Java via JNI. No problem 
 so far.
 
 
 
 But what I would like to do is using a technology like JNA to directly 
 access Cocoa frameworks without writing native JNI code. Does anybody knows 
 if JNA (or something else) could also be used in RoboVM?
 
 Best regards,
 Tobi
 
 
 
 

Re: JavaFX8 on iPhone! It works!

[Tobias Bley]

I published by blog post about using JavaFX8 and RoboVM to build a iOS app: 
http://blog.software4java.com/?p=41

@Niklas: IMO it’s important that RoboVM support OpenJDK as alternative to the 
android class library because OpenJFX depends on OpenJDK not on Android class 
library (Apache Harmony).

Best regards,
Tobi

Am 04.07.2013 um 14:49 schrieb Niklas Therning nik...@therning.org:

 RoboVM doesn't do invokedynamic so I guess this only works if the app
 doesn't depend on any of the code in JavaFX8 that compiles down to
 invokedynamic calls. Also, there are quite a few API's available in Java8
 (and also Java7) that RoboVM doesn't have. We really need to get the jfx78
 backport to compile for iOS and generate the static libs properly.
 
 I've just got the font related code in the BrickBreaker sample working
 using the jfx78 backport. There's still a bit of manual command line work
 needed to merge the static libraries into universal libraries like the old
 ant build system did automatically. But it isn't too hard. I'll try to put
 up instructions on the robovm blog later today. I'll let you know.
 
 
 On Thu, Jul 4, 2013 at 1:31 AM, steve.x.northo...@oracle.com wrote:
 
 Yes.
 
 
 On 03/07/2013 7:17 PM, Daniel Zwolenski wrote:
 
 Can I just use this: 
 https://jdk8.java.net/**download.htmlhttps://jdk8.java.net/download.html?
 
 
 On Thu, Jul 4, 2013 at 9:15 AM, Daniel Zwolenski zon...@gmail.com
 wrote:
 
 Thanks Richard, in the building for Mac section there is a link to
 Install the latest JDK 8 build that goes to a dead URL (
 http://jdk8.dev.java.net/). Do you know the correct URL?
 
 
 
 On Thu, Jul 4, 2013 at 9:11 AM, Richard Bair richard.b...@oracle.com**
 wrote:
 
 Extensive documentation that is mostly correct:
 
 https://wiki.openjdk.java.net/**display/OpenJFX/Building+**OpenJFXhttps://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX
 https://wiki.openjdk.java.net/**display/OpenJFX/Developing+**OpenJFXhttps://wiki.openjdk.java.net/display/OpenJFX/Developing+OpenJFX
 
 It is still a work in progress but most things you need to know to build
 is found here.
 
 Richard
 
 On Jul 3, 2013, at 3:52 PM, Daniel Zwolenski zon...@gmail.com wrote:
 
 Trying to catch up to Tobi on this one so I can have some fun with it
 
 too.
 
 I assume in order to compile the graphics repo of JFX8 I need an OpenJ8
 
 JDK
 
 already installed? Are there pre-built bundles for this (for mac) or do
 
 I
 
 need to checkout and build myself? Does anyone know which repo, and
 what
 command line arg should I use to build J8 in this case?
 
 
 
 
 On Thu, Jul 4, 2013 at 6:44 AM, Tobias Bley t...@ultramixer.com
 
 wrote:
 
 Hi Guys,
 
 I used RoboVM 0.0.2 and the current OpenJFX8 from mercurial graphics
 branch So no 78 backport. I will write a blog post on
 blog.software4java.com until tomorrow...
 
 Currently the performance is very limited - as Richard told too. I’m
 testing now all the basic JFX controls (like button, RadioButton,
 
 CheckBox,
 
 ListView, TableView, ...).
 
 Best regards,
 Tobi
 
 
 Am 03.07.2013 um 21:47 schrieb Daniel Zwolenski zon...@gmail.com:
 
 Tobi, this is awesome! But you've left us hanging :)
 
 Did you use the 78 backport for this or just straight out J8?
 
 What are the steps to reproduce your working build?
 
 Very darn exciting!
 
 
 
 On 04/07/2013, at 2:50 AM, Danno Ferrin danno.fer...@shemnon.com
 
 wrote:
 
 JavaFX 8?  Does RoboVM support invokedynamic?  That is a big deal if
 
 so.
 
 On Wed, Jul 3, 2013 at 10:07 AM, Niklas Therning 
 
 nik...@therning.org
 
 wrote:
 
 Awesome! Can you please post the build instructions somewhere? I'm
 
 not
 
 getting a long with gradle at all. :-(
 
 
 On Wed, Jul 3, 2013 at 6:03 PM, Tobi t...@ultramixer.com wrote:
 
 It works! Latest JavaFX 8 (gradle based) with RoboVM on a real
 
 iPhone
 
 with
 
 native text rendering and JFX CSS rendering!
 
 
 
 
 Tobi
 
 
 
 
 

iOS: current state of RoboVM 0.0.2 + latest gradle based OpenJFX on iOS

[Tobias Bley]

Hi,

I tried to use the latest gradle based OpenJFX on iOS using RoboVM. Current 
state: it fails: The reason why is the font rendering using CoreText which 
currently is not possible on iOS.

Take a look here: coretext.c = #if TARGET_OS_MAC  !(TARGET_OS_IPHONE)

The alternative would be to use the T2K renderer, which is not  available in 
OpenJFX.

So currently we have to wait for an implementation of CoreText native code on 
iOS.

Best regards,
Tobi

Re: iOS: current state of RoboVM 0.0.2 + latest gradle based OpenJFX on iOS

[Tobias Bley]

Hi Steve,

thanks for your answer. Yes I tried to replace the #if statement by „#if 1“ to 
compile the native code but it failed with several native errors. The main 
problem is that the ApplicationServices.framework used by coretext.c is only 
available on MacOSX but not on iOS SDK...

Tobi



Am 03.07.2013 um 14:32 schrieb steve.x.northo...@oracle.com:

 Hi Tobias,
 
 CoreText has been supported on iOS since 3.2.  The code that is released was 
 compiled and tested on OS X only but most of it should be applicable to iOS.  
 I have not investigated the differences between CoreText on iOS and on OS X 
 to find out where the rough edges are but the code should be close.  Nobody 
 has really tried it much except Felipe so I'll let him provide the details.  
 I can confirm that coretext.c is wired into the gradle build and that 
 uncommenting the #if will compile the source and get compile errors on iOS.
 
 There is a bug in the gradle incremental compiler for native code () so you 
 will need this line to make sure your changes to native files get picked up:
 
 gradle -PCOMPILE_TARGETS=ios clean sdk
 
 I suggest we use this list to coordinate.
 
 Steve
 
 On 03/07/2013 5:31 AM, Tobias Bley wrote:
 Hi,
 
 I tried to use the latest gradle based OpenJFX on iOS using RoboVM. Current 
 state: it fails: The reason why is the font rendering using CoreText which 
 currently is not possible on iOS.
 
 Take a look here: coretext.c = #if TARGET_OS_MAC  !(TARGET_OS_IPHONE)
 
 The alternative would be to use the T2K renderer, which is not  available in 
 OpenJFX.
 
 So currently we have to wait for an implementation of CoreText native code 
 on iOS.
 
 Best regards,
 Tobi
 

Re: JavaFX8 on iPhone! It works!

[Tobias Bley]

Hi Guys,

I used RoboVM 0.0.2 and the current OpenJFX8 from mercurial graphics branch 
So no 78 backport. I will write a blog post on blog.software4java.com until 
tomorrow...

Currently the performance is very limited - as Richard told too. I’m testing 
now all the basic JFX controls (like button, RadioButton, CheckBox, ListView, 
TableView, ...).

Best regards,
Tobi


Am 03.07.2013 um 21:47 schrieb Daniel Zwolenski zon...@gmail.com:

 Tobi, this is awesome! But you've left us hanging :)
 
 Did you use the 78 backport for this or just straight out J8?
 
 What are the steps to reproduce your working build?
 
 Very darn exciting!
 
 
 
 On 04/07/2013, at 2:50 AM, Danno Ferrin danno.fer...@shemnon.com wrote:
 
 JavaFX 8?  Does RoboVM support invokedynamic?  That is a big deal if so.
 
 On Wed, Jul 3, 2013 at 10:07 AM, Niklas Therning nik...@therning.orgwrote:
 
 Awesome! Can you please post the build instructions somewhere? I'm not
 getting a long with gradle at all. :-(
 
 
 On Wed, Jul 3, 2013 at 6:03 PM, Tobi t...@ultramixer.com wrote:
 
 It works! Latest JavaFX 8 (gradle based) with RoboVM on a real iPhone
 with
 native text rendering and JFX CSS rendering!
 
 
 
 
 Tobi
 
 

iOS: missing native font lib (a) in SDK directory

[Tobias Bley]

Hi,

I tested the new gradle based build process and noticed that in the ios-sdk 
directory the font library (libjavafx-font-armv7.a) is missing. So maybe the 
ios.gradle script isn’t complete?

Best regards,
Tobi

How to use OpenJFX for Android?

[Tobias Bley]

Hi, 

we learned how to use OpenJFX with RoboVM... but how can we build an Android 
app with the new gradle based OpenJFX?

best,
Tobi

Re: OpenJFX and iOS

[Tobias Bley]

The problem is: a working gradle based iOS build isn’t of help to you because 
you’ll have to statically compile the JDK and OpenJFX together in one library - 
maybe with Avian+OpenJDK or RoboVM (android based) + OpenJFX.


Am 26.06.2013 um 03:41 schrieb Daniel Zwolenski zon...@gmail.com:

 How do we go about building OpenJFX for iOS? Does it work now and/or will
 the switch over to Gradle this friday/monday include support for an iOS
 build?
 
 I'll want to build from Danno's JFX78 backport but as I understand it, he
 is hooking into the official gradle build scripts so one should hopefully
 lead to the other.
 
 Cheers,
 Dan

Java6 on 10.9

[Tobias Bley]

btw...I „believe“ Java6 works automatically on 10.9 ;)

Best,
Tobi

Avian and JavaFX8 for iOS and Android?

[Tobias Bley]

Does anybody tried to use JavaFX8 and Avian on iOS or Android?

https://groups.google.com/forum/?fromgroups#!topic/avian/dF4ZuxnUdQ4

Best regards,
Tobi

Fwd: hg: openjfx/8/graphics/rt: Making variable static to avoid problems when statically linked with jdk8u mobile.

[Tobias Bley]

Hey, what is jdk8u mobile?



Anfang der weitergeleiteten Nachricht:

 Von: hang...@oracle.com
 Betreff: hg: openjfx/8/graphics/rt: Making variable static to avoid problems 
 when statically linked with jdk8u mobile.
 Datum: 3. Juni 2013 13:49:06 MESZ
 An: openjfx-dev@openjdk.java.net
 
 Changeset: 129d59d5a79b
 Author:Oldrich Maticka oldrich.mati...@oracle.com
 Date:  2013-06-03 13:34 +0200
 URL:   http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/129d59d5a79b
 
 Making  variable static to avoid problems when statically linked with jdk8u 
 mobile.
 
 ! javafx-iio-native/src/jpegloader.c
 

Re: OpenJFX on iOS using RoboVM

[Tobias Bley]

Unfortunately because of the missing PrismFontLoader and the empty 
DummyFontLoader actually you can't use JFX controls like Label or Button 
because of an NullPointerException.

Exception in thread Thread-5 java.lang.RuntimeException: Exception in 
Application start method
at 
com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java)
at com.sun.javafx.application.LauncherImpl.access$000(LauncherImpl.java)
at com.sun.javafx.application.LauncherImpl$1.run(LauncherImpl.java)
at java.lang.Thread.run(Thread.java)
Caused by: java.lang.NullPointerException
at com.sun.javafx.text.PrismTextLayout.setContent(PrismTextLayout.java)
at javafx.scene.text.Text.getTextLayout(Text.java)
at javafx.scene.text.Text.needsFullTextLayout(Text.java)
at javafx.scene.text.Text.access$400(Text.java)
at javafx.scene.text.Text$7.invalidated(Text.java)
at 
javafx.beans.property.ObjectPropertyBase.markInvalid(ObjectPropertyBase.java)
at 
javafx.beans.property.ObjectPropertyBase.bind(ObjectPropertyBase.java)
at javafx.css.StyleableObjectProperty.bind(StyleableObjectProperty.java)
at 
com.sun.javafx.scene.control.skin.LabeledText.init(LabeledText.java)
at 
com.sun.javafx.scene.control.skin.LabeledSkinBase.init(LabeledSkinBase.java)
at com.sun.javafx.scene.control.skin.LabelSkin.init(LabelSkin.java)
at javafx.scene.control.Label.createDefaultSkin(Label.java)
at javafx.scene.control.Control.impl_processCSS(Control.java)
at javafx.scene.Parent.impl_processCSS(Parent.java)
at javafx.scene.Node.processCSS(Node.java)
at javafx.scene.Scene.doCSSPass(Scene.java)
at javafx.scene.Scene.preferredSize(Scene.java)
at javafx.scene.Scene.impl_preferredSize(Scene.java)



Am 20.05.2013 um 19:04 schrieb Niklas Therning nik...@therning.org:

 Source code and build instructions for the BrickBreaker JavaFX sample on
 iOS/RoboVM is now available online [1]. The static libs included in that
 download have been compiled from my fork [2] of Danno Ferrin's JDK7
 backport of openjfx [3]. For build instructions please see [4].
 
 [1]
 http://blog.robovm.org/2013/05/brickbreaker-javafx-sample-on-ios-robovm-source-code-released.html
 [2] https://bitbucket.org/ntherning/jfx78
 [3] https://bitbucket.org/narya/jfx78
 [4] https://gist.github.com/ntherning/5613607
 
 /Niklas
 
 
 On Tue, May 14, 2013 at 9:30 AM, Niklas Therning nik...@therning.orgwrote:
 
 Hi,
 
 I'll clean up the code and post it somewhere later this week. We're not
 using OpenJDK's class libraries. It's Android's.
 
 
 On Mon, May 13, 2013 at 6:38 PM, steve.x.northo...@oracle.com wrote:
 
 Niklas!!!
 
 This is very cool.  Please make your work available as soon as possible
 so others can try it out.  I have played a bit with RoboVM and looked into
 what would be required to port JavaFX to it but did not get the time to do
 a deep dive.  Are you using the OpenJDK for the class libraries?
 
 Steve
 
 
 On 13/05/2013 5:32 AM, Niklas Therning wrote:
 
 Hi,
 
 I've managed to get OpenJFX running on iOS using RoboVM. Please see the
 RoboVM blog [1] for a quick video of it.
 
 I'd like to say thank you for writing such great code! BrickBreaker
 almost
 worked out of the box! I had to remove/stub out font related stuff of
 course and PlatformLogger had to be copied from OpenJDK. Also had to fix
 a
 tiny bug in the native glass code [2] and an NPE in
 PlatformUtil.getRTDir()
 when PlatformUtil.class isn't available in any jar file [3].
 
 Do you have an ETA on the open-sourcing of the font related code? It
 would
 be a fun challenge to get most of the controls or even the Ensemble
 sample
 to work but fonts are essential of course.
 
 [1] http://blog.robovm.org/2013/**05/javafx-openjfx-on-ios-**
 using-robovm.htmlhttp://blog.robovm.org/2013/05/javafx-openjfx-on-ios-using-robovm.html
 [2] 
 https://javafx-jira.kenai.com/**browse/RT-30327https://javafx-jira.kenai.com/browse/RT-30327
 [3] 
 https://javafx-jira.kenai.com/**browse/RT-30329https://javafx-jira.kenai.com/browse/RT-30329
 
 Regards,
 Niklas Therning