Re: JavaFX 11 snapshots in maven sonatype

[Sven Reimers]

Hi,

I think I like the idea of just having something similiar like OpenJDK e.g.
11.0.0-ea18.
Do we really need snapshots - i.e. continuous builds published to maven
central?

-Sven

Scott Palmer  schrieb am So., 8. Juli 2018, 19:04:

> If separate Gradle processes produce the artifacts, there is probably a
> way to bring them together and (re-)publish them together in yet another
> project.
>
> Scott
>
> > On Jul 8, 2018, at 8:38 AM, Johan Vos  wrote:
> >
> > I don't think that will help, as the artifacts for the different
> platforms
> > are not created inside the same gradle process. We don't do
> > cross-compiling, so for each compileTarget a different machine and a
> > different build process is used.
> > Hence, I think we have to deal with separate publications anyhow, right?
> >
> > - Johan
> >
> >> On Sun, Jul 8, 2018 at 11:06 AM Kenzie Togami 
> wrote:
> >>
> >> Hi Johan,
> >>
> >>> It is very inconvenient, so if you know an easy way to get all snapshot
> >> version to be equal, I would love to hear that.
> >>
> >> I think that the varying snapshots versions probably occur because a
> >> separate publication is set up for each `compileTarget`:
> >>
> https://github.com/javafxports/openjdk-jfx/pull/83/files#diff-c197962302397baf3a4cc36463dce5eaR1564
> >> I haven't used the Gradle maven-publish plugin yet but I think it could
> >> work if you instead iterate over each target where the artifacts are
> >> generated, which is the only place it's used anyways:
> >>
> >> compileTargets { t ->
> >>artifact project.tasks."moduleEmptyPublicationJar$t.capital"
> >>artifact project.tasks."modularPublicationJar$t.capital" {
> >>classifier "$t.name"
> >>}
> >> }
>

Re: modules versus SDK's

[Sven Reimers]

+1 for getting it the "normal" way..

Sven

Tom Eugelink  schrieb am Mo., 26. März 2018, 10:59:

> I totally assumed that, when JavaFX is separated out, it will distributed
> as an artifact on Maven central (or similar) so it can be included like a
> dependency. Feels like a no brainer?
>
>
> On 26-3-2018 10:50, Johan Vos wrote:
> > Hi,
> >
> > I want to start a discussion on distributing JavaFX as an SDK versus
> > distributing its modules via the traditional build and distribution
> > mechanisms.
> >
> > Personally, I think relying on an SDK is too much a barrier. It requires
> > users to manually download software from the exact right place, and
> > "install" it on the exact right target. If a version changes, you have to
> > manage that manually.
> >
> > That is how JavaFX was distributed before it was bundled with the JDK, so
> > it makes sense to provide that option (although me and others will
> probably
> > never use that).
> >
> > Today however, when a developer has a dependency on a library or
> framework
> > (including property files and native code), he uses his build tools (e.g.
> > maven/gradle) to manage the download/install//update of those
> > libaries/frameworks.
> > If you rely on Spring, Apache Commons, slf4j,... you don't download those
> > SDK's but you point to the group-name-version triplet in your pom.xml or
> > build.gradle file. I don't see why JavaFX would be different here.
> >
> > When someone is new to JavaFX, or is considering JavaFX, I think chances
> on
> > success will be much bigger if that person simply needs to add e.g.
> > dependencies {
> >  compile: 'javafx:javax.graphics:11.0.0'
> > }
> > to his build.gradle and then rely on gradle (or maven) and
> jcenter/sonatype
> > to make sure the correct version with all its dependencies are installed
> > (in a maven/gradle local cache)
> >
> > - Johan
>
>
>

Re: Test failures running on OS X

[Sven Reimers]

Ok,

so back to building everything on my own - fine for me...

Sven

On Wed, Mar 14, 2018 at 10:16 PM, Kevin Rushforth <
kevin.rushfo...@oracle.com> wrote:

> One more thing to note. You won't actually be able to use JDK 11 as your
> boot JDK, since gradle 4.x does not yet run with JDK 11. See:
>
> https://github.com/gradle/gradle/issues/4515
> https://bugs.openjdk.java.net/browse/JDK-8199069
>
>
> -- Kevin
>
>
> Sven Reimers wrote:
>
> Already downloading..
>
> Thanks
>
> Sven
>
> Am 14.03.2018 22:08 schrieb "Kevin Rushforth" <kevin.rushfo...@oracle.com
> >:
>
>> As a solution, you can download the latest EA build of Oracle JDK 11 here:
>>
>> http://jdk.java.net/11/
>>
>> and copy the libjfxwebkit.dylib from there into your FX build.
>>
>> You could also build webkit yourself, but that increases the build time
>> significantly (although it pretty easy to set up on Mac...not so much on
>> Windows).
>>
>> -- Kevin
>>
>>
>> Kevin Rushforth wrote:
>>
>>> This will happen if you: A) don't build WebKit; and B) are running with
>>> a libwebkit.dylib that is out of date w.r.t., the java source.
>>>
>>> In your case it looks like you are using the native webkit library from
>>> JDK 9.0.4 and the sources from jfx-dev (11-ea).
>>>
>>> -- Kevin
>>>
>>>
>>> Sven Reimers wrote:
>>>
>>>> No further test failures due to locale, but I get this...
>>>>
>>>> > Task :web:test FAILED
>>>> #
>>>> # A fatal error has been detected by the Java Runtime Environment:
>>>> #
>>>> #  SIGSEGV (0xb) at pc=0x000107dddeaa, pid=73787, tid=38147
>>>> #
>>>> # JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.4+11)
>>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.4+11, mixed mode,
>>>> tiered, compressed oops, g1 gc, bsd-amd64)
>>>> # Problematic frame:
>>>> # V  [libjvm.dylib+0x3ddeaa]
>>>> #
>>>> # No core dump will be written. Core dumps have been disabled. To
>>>> enable core dumping, try "ulimit -c unlimited" before starting Java again
>>>> #
>>>> # An error report file with more information is saved as:
>>>> # /Users/sven/oss/openjfx/jfx-dev-rt/modules/javafx.web/hs_err_pid73787.log
>>>>
>>>> #
>>>> # If you would like to submit a bug report, please visit:
>>>> #   http://bugreport.java.com/bugreport/crash.jsp
>>>> #
>>>>
>>>> ;-)
>>>>
>>>> Sven
>>>>
>>>> On Mon, Mar 12, 2018 at 4:55 PM, Kevin Rushforth <
>>>> kevin.rushfo...@oracle.com <mailto:kevin.rushfo...@oracle.com>> wrote:
>>>>
>>>>
>>>>
>>>> Laurent Bourgès wrote:
>>>>
>>>>> Kevin,
>>>>>
>>>>> It is possible to define the Locale (set user.language=...) in
>>>>> the gradle build file, that would avoid touching the java code at
>>>>> all.
>>>>>
>>>>
>>>> I suppose this could be done, and if there are many such failing
>>>> tests, it might be an OK short-term solution. It's probably not
>>>> the best long-term solution, since I think it is better for any
>>>> test that is sensitive to the Locale to set it in the test itself.
>>>>
>>>> Sven: if you run using the --continue option (so it won't stop
>>>> after the first batch of failing tests), are there any more tests
>>>> that fail in other modules?
>>>>
>>>> -- Kevin
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> I have no opinion what is preferable to have less maintenance
>>>>> work or problems in future.
>>>>>
>>>>> Laurent
>>>>>
>>>>> 2018-03-12 16:09 GMT+01:00 Kevin Rushforth
>>>>> <kevin.rushfo...@oracle.com <mailto:kevin.rushfo...@oracle.com>>:
>>>>>
>>>>> I haven't run these with a Locale other than en_US, but given
>>>>> the nature of the failure, it looks like you may have
>>>>> discovered another Locale-related test bug.
>>>>>
>>>>> We had another test that was fixed by setting the d

Re: Test failures running on OS X

[Sven Reimers]

Already downloading..

Thanks

Sven

Am 14.03.2018 22:08 schrieb "Kevin Rushforth" <kevin.rushfo...@oracle.com>:

> As a solution, you can download the latest EA build of Oracle JDK 11 here:
>
> http://jdk.java.net/11/
>
> and copy the libjfxwebkit.dylib from there into your FX build.
>
> You could also build webkit yourself, but that increases the build time
> significantly (although it pretty easy to set up on Mac...not so much on
> Windows).
>
> -- Kevin
>
>
> Kevin Rushforth wrote:
>
>> This will happen if you: A) don't build WebKit; and B) are running with a
>> libwebkit.dylib that is out of date w.r.t., the java source.
>>
>> In your case it looks like you are using the native webkit library from
>> JDK 9.0.4 and the sources from jfx-dev (11-ea).
>>
>> -- Kevin
>>
>>
>> Sven Reimers wrote:
>>
>>> No further test failures due to locale, but I get this...
>>>
>>> > Task :web:test FAILED
>>> #
>>> # A fatal error has been detected by the Java Runtime Environment:
>>> #
>>> #  SIGSEGV (0xb) at pc=0x000107dddeaa, pid=73787, tid=38147
>>> #
>>> # JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.4+11)
>>> # Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.4+11, mixed mode,
>>> tiered, compressed oops, g1 gc, bsd-amd64)
>>> # Problematic frame:
>>> # V  [libjvm.dylib+0x3ddeaa]
>>> #
>>> # No core dump will be written. Core dumps have been disabled. To enable
>>> core dumping, try "ulimit -c unlimited" before starting Java again
>>> #
>>> # An error report file with more information is saved as:
>>> # /Users/sven/oss/openjfx/jfx-dev-rt/modules/javafx.web/hs_err_pid73787.log
>>>
>>> #
>>> # If you would like to submit a bug report, please visit:
>>> #   http://bugreport.java.com/bugreport/crash.jsp
>>> #
>>>
>>> ;-)
>>>
>>> Sven
>>>
>>> On Mon, Mar 12, 2018 at 4:55 PM, Kevin Rushforth <
>>> kevin.rushfo...@oracle.com <mailto:kevin.rushfo...@oracle.com>> wrote:
>>>
>>>
>>>
>>> Laurent Bourgès wrote:
>>>
>>>> Kevin,
>>>>
>>>> It is possible to define the Locale (set user.language=...) in
>>>> the gradle build file, that would avoid touching the java code at
>>>> all.
>>>>
>>>
>>> I suppose this could be done, and if there are many such failing
>>> tests, it might be an OK short-term solution. It's probably not
>>> the best long-term solution, since I think it is better for any
>>> test that is sensitive to the Locale to set it in the test itself.
>>>
>>> Sven: if you run using the --continue option (so it won't stop
>>> after the first batch of failing tests), are there any more tests
>>> that fail in other modules?
>>>
>>> -- Kevin
>>>
>>>
>>>
>>>
>>>
>>>> I have no opinion what is preferable to have less maintenance
>>>> work or problems in future.
>>>>
>>>> Laurent
>>>>
>>>> 2018-03-12 16:09 GMT+01:00 Kevin Rushforth
>>>> <kevin.rushfo...@oracle.com <mailto:kevin.rushfo...@oracle.com>>:
>>>>
>>>> I haven't run these with a Locale other than en_US, but given
>>>> the nature of the failure, it looks like you may have
>>>> discovered another Locale-related test bug.
>>>>
>>>> We had another test that was fixed by setting the default
>>>> Locale to Locale.US in a static @BeforeClass method in the
>>>> test class [1]. Perhaps a similar solution is needed here.
>>>>
>>>> -- Kevin
>>>>
>>>> [1] https://bugs.openjdk.java.net/browse/JDK-8160039
>>>> <https://bugs.openjdk.java.net/browse/JDK-8160039>
>>>>
>>>>
>>>>
>>>> Sven Reimers wrote:
>>>>
>>>> Hi,
>>>>
>>>> getting back into the OpenJFX I started with a fresh
>>>> clone and ran gradle
>>>> test..
>>>>
>>>> I got
>>>>
>>>> test.javafx.scene.control.SpinnerTest >
>>>> dblSpinner_testToString_valueInRan

Re: Test failures running on OS X

[Sven Reimers]

Sure.. always building latest..

Will try to get a clean build done..

Sven

On Wed, Mar 14, 2018 at 9:57 PM, Kevin Rushforth <kevin.rushfo...@oracle.com
> wrote:

> This will happen if you: A) don't build WebKit; and B) are running with a
> libwebkit.dylib that is out of date w.r.t., the java source.
>
> In your case it looks like you are using the native webkit library from
> JDK 9.0.4 and the sources from jfx-dev (11-ea).
>
> -- Kevin
>
>
>
> Sven Reimers wrote:
>
> No further test failures due to locale, but I get this...
>
> > Task :web:test FAILED
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGSEGV (0xb) at pc=0x000107dddeaa, pid=73787, tid=38147
> #
> # JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.4+11)
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.4+11, mixed mode,
> tiered, compressed oops, g1 gc, bsd-amd64)
> # Problematic frame:
> # V  [libjvm.dylib+0x3ddeaa]
> #
> # No core dump will be written. Core dumps have been disabled. To enable
> core dumping, try "ulimit -c unlimited" before starting Java again
> #
> # An error report file with more information is saved as:
> # /Users/sven/oss/openjfx/jfx-dev-rt/modules/javafx.web/hs_
> err_pid73787.log
> #
> # If you would like to submit a bug report, please visit:
> #   http://bugreport.java.com/bugreport/crash.jsp
> #
>
> ;-)
>
> Sven
>
> On Mon, Mar 12, 2018 at 4:55 PM, Kevin Rushforth <
> kevin.rushfo...@oracle.com> wrote:
>
>>
>>
>> Laurent Bourgès wrote:
>>
>> Kevin,
>>
>> It is possible to define the Locale (set user.language=...) in the gradle
>> build file, that would avoid touching the java code at all.
>>
>>
>> I suppose this could be done, and if there are many such failing tests,
>> it might be an OK short-term solution. It's probably not the best long-term
>> solution, since I think it is better for any test that is sensitive to the
>> Locale to set it in the test itself.
>>
>> Sven: if you run using the --continue option (so it won't stop after the
>> first batch of failing tests), are there any more tests that fail in other
>> modules?
>>
>> -- Kevin
>>
>>
>>
>>
>>
>> I have no opinion what is preferable to have less maintenance work or
>> problems in future.
>>
>> Laurent
>>
>> 2018-03-12 16:09 GMT+01:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:
>>
>>> I haven't run these with a Locale other than en_US, but given the nature
>>> of the failure, it looks like you may have discovered another
>>> Locale-related test bug.
>>>
>>> We had another test that was fixed by setting the default Locale to
>>> Locale.US in a static @BeforeClass method in the test class [1]. Perhaps a
>>> similar solution is needed here.
>>>
>>> -- Kevin
>>>
>>> [1] https://bugs.openjdk.java.net/browse/JDK-8160039
>>>
>>>
>>>
>>> Sven Reimers wrote:
>>>
>>>> Hi,
>>>>
>>>> getting back into the OpenJFX I started with a fresh clone and ran
>>>> gradle
>>>> test..
>>>>
>>>> I got
>>>>
>>>> test.javafx.scene.control.SpinnerTest >
>>>> dblSpinner_testToString_valueInRange FAILED
>>>> junit.framework.ComparisonFailure: null expected:<0[.]3> but
>>>> was:<0[,]3>
>>>> at junit.framework.Assert.assertEquals(Assert.java:81)
>>>> at junit.framework.Assert.assertEquals(Assert.java:87)
>>>> at
>>>> test.javafx.scene.control.SpinnerTest.dblSpinner_testToStrin
>>>> g_valueInRange(SpinnerTest.java:607)
>>>>
>>>> test.javafx.scene.control.SpinnerTest >
>>>> dblSpinner_testFromString_valueInRange FAILED
>>>> junit.framework.AssertionFailedError: expected:<0.3> but was:<0.0>
>>>> at junit.framework.Assert.fail(Assert.java:47)
>>>> at junit.framework.Assert.failNotEquals(Assert.java:283)
>>>> at junit.framework.Assert.assertEquals(Assert.java:64)
>>>> at junit.framework.Assert.assertEquals(Assert.java:71)
>>>> at
>>>> test.javafx.scene.control.SpinnerTest.dblSpinner_testFromStr
>>>> ing_valueInRange(SpinnerTest.java:615)
>>>>
>>>> test.javafx.scene.control.SpinnerTest > test_jdk_8150946_testCancel
>>>> FAILED
>>>> junit.framework.Com

Re: Test failures running on OS X

[Sven Reimers]

No further test failures due to locale, but I get this...

> Task :web:test FAILED
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000107dddeaa, pid=73787, tid=38147
#
# JRE version: Java(TM) SE Runtime Environment (9.0+11) (build 9.0.4+11)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (9.0.4+11, mixed mode, tiered,
compressed oops, g1 gc, bsd-amd64)
# Problematic frame:
# V  [libjvm.dylib+0x3ddeaa]
#
# No core dump will be written. Core dumps have been disabled. To enable
core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /Users/sven/oss/openjfx/jfx-dev-rt/modules/javafx.web/hs_err_pid73787.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

;-)

Sven

On Mon, Mar 12, 2018 at 4:55 PM, Kevin Rushforth <kevin.rushfo...@oracle.com
> wrote:

>
>
> Laurent Bourgès wrote:
>
> Kevin,
>
> It is possible to define the Locale (set user.language=...) in the gradle
> build file, that would avoid touching the java code at all.
>
>
> I suppose this could be done, and if there are many such failing tests, it
> might be an OK short-term solution. It's probably not the best long-term
> solution, since I think it is better for any test that is sensitive to the
> Locale to set it in the test itself.
>
> Sven: if you run using the --continue option (so it won't stop after the
> first batch of failing tests), are there any more tests that fail in other
> modules?
>
> -- Kevin
>
>
>
>
>
> I have no opinion what is preferable to have less maintenance work or
> problems in future.
>
> Laurent
>
> 2018-03-12 16:09 GMT+01:00 Kevin Rushforth <kevin.rushfo...@oracle.com>:
>
>> I haven't run these with a Locale other than en_US, but given the nature
>> of the failure, it looks like you may have discovered another
>> Locale-related test bug.
>>
>> We had another test that was fixed by setting the default Locale to
>> Locale.US in a static @BeforeClass method in the test class [1]. Perhaps a
>> similar solution is needed here.
>>
>> -- Kevin
>>
>> [1] https://bugs.openjdk.java.net/browse/JDK-8160039
>>
>>
>>
>> Sven Reimers wrote:
>>
>>> Hi,
>>>
>>> getting back into the OpenJFX I started with a fresh clone and ran gradle
>>> test..
>>>
>>> I got
>>>
>>> test.javafx.scene.control.SpinnerTest >
>>> dblSpinner_testToString_valueInRange FAILED
>>> junit.framework.ComparisonFailure: null expected:<0[.]3> but
>>> was:<0[,]3>
>>> at junit.framework.Assert.assertEquals(Assert.java:81)
>>> at junit.framework.Assert.assertEquals(Assert.java:87)
>>> at
>>> test.javafx.scene.control.SpinnerTest.dblSpinner_testToStrin
>>> g_valueInRange(SpinnerTest.java:607)
>>>
>>> test.javafx.scene.control.SpinnerTest >
>>> dblSpinner_testFromString_valueInRange FAILED
>>> junit.framework.AssertionFailedError: expected:<0.3> but was:<0.0>
>>> at junit.framework.Assert.fail(Assert.java:47)
>>> at junit.framework.Assert.failNotEquals(Assert.java:283)
>>> at junit.framework.Assert.assertEquals(Assert.java:64)
>>> at junit.framework.Assert.assertEquals(Assert.java:71)
>>> at
>>> test.javafx.scene.control.SpinnerTest.dblSpinner_testFromStr
>>> ing_valueInRange(SpinnerTest.java:615)
>>>
>>> test.javafx.scene.control.SpinnerTest > test_jdk_8150946_testCancel
>>> FAILED
>>> junit.framework.ComparisonFailure: null expected:<2[.]5> but
>>> was:<2[,]5>
>>> at junit.framework.Assert.assertEquals(Assert.java:81)
>>> at junit.framework.Assert.assertEquals(Assert.java:87)
>>> at
>>> test.javafx.scene.control.SpinnerTest.test_jdk_8150946_testC
>>> ancel(SpinnerTest.java:1334)
>>>
>>> test.javafx.scene.control.SpinnerTest > test_jdk_8150946_testCommit_va
>>> lid
>>> FAILED
>>> junit.framework.AssertionFailedError: expected:<2.5> but was:<2.0>
>>> at junit.framework.Assert.fail(Assert.java:47)
>>> at junit.framework.Assert.failNotEquals(Assert.java:283)
>>> at junit.framework.Assert.assertEquals(Assert.java:64)
>>> at junit.framework.Assert.assertEquals(Assert.java:71)
>>> at
>>> test.javafx.scene.control.SpinnerTest.test_jdk_8150946_testC
>>> ommit_valid(SpinnerTest.java:1308)
>>>
>>> This is with gradle 46, 9.0.4 on a german locale OS X...
>>>
>>> Any ideas what to look for?
>>>
>>> Thanks
>>>
>>> Sven
>>>
>>>
>>
>
>
> --
> --
> Laurent Bourgès
>
>


-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Test failures running on OS X

[Sven Reimers]

Hi,

getting back into the OpenJFX I started with a fresh clone and ran gradle
test..

I got

test.javafx.scene.control.SpinnerTest >
dblSpinner_testToString_valueInRange FAILED
junit.framework.ComparisonFailure: null expected:<0[.]3> but was:<0[,]3>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at
test.javafx.scene.control.SpinnerTest.dblSpinner_testToString_valueInRange(SpinnerTest.java:607)

test.javafx.scene.control.SpinnerTest >
dblSpinner_testFromString_valueInRange FAILED
junit.framework.AssertionFailedError: expected:<0.3> but was:<0.0>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:283)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:71)
at
test.javafx.scene.control.SpinnerTest.dblSpinner_testFromString_valueInRange(SpinnerTest.java:615)

test.javafx.scene.control.SpinnerTest > test_jdk_8150946_testCancel FAILED
junit.framework.ComparisonFailure: null expected:<2[.]5> but was:<2[,]5>
at junit.framework.Assert.assertEquals(Assert.java:81)
at junit.framework.Assert.assertEquals(Assert.java:87)
at
test.javafx.scene.control.SpinnerTest.test_jdk_8150946_testCancel(SpinnerTest.java:1334)

test.javafx.scene.control.SpinnerTest > test_jdk_8150946_testCommit_valid
FAILED
junit.framework.AssertionFailedError: expected:<2.5> but was:<2.0>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:283)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:71)
at
test.javafx.scene.control.SpinnerTest.test_jdk_8150946_testCommit_valid(SpinnerTest.java:1308)

This is with gradle 46, 9.0.4 on a german locale OS X...

Any ideas what to look for?

Thanks

Sven

Re: The "javafx might not be present" problem

[Sven Reimers]

Hi,

so we will need a JSR first and get it added to SE afterwards.

That does not sound very feasible.

Any comments?

Sven



Am 09.02.2018 18:53 schrieb "dalibor topic" :

> On 09.02.2018 15:07, Michael Paus wrote:
>
>> Who defines that everything Open... can only contain what is included in
>> "the spec"?
>>
>
> http://openjdk.java.net/projects/jdk/
>
> "The goal of this long-running Project is to produce a series of
> open-source reference implementations of the Java SE Platform, as specified
> by JSRs in the Java Community Process. "
>
> cheers,
> dalibor topic
> --
>  Dalibor Topic | Principal Product Manager
> Phone: +494089091214  | Mobile: +491737185961
> 
>
> ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Ham
> 
> burg
>
> ORACLE Deutschland B.V. & Co. KG
> Hauptverwaltung: Riesstr. 25, D-8
> 0992
> 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, Jan Schultheiss, Val Maher
>
>  Oracle is committed to developing
> practices and products that help protect the environment
>

Re: What does this mean for the future of JavaFX on iOS?

[Sven Reimers]

Seems there are more forks out there..

https://github.com/bugvm/bugvm

Sven

On Mon, Apr 18, 2016 at 8:44 PM, Felix Bembrick <felix.bembr...@gmail.com>
wrote:

> Good luck to you Erik. I totally agree with you and hope you succeed. If
> there's any way I can help, I will do just that.
>
> Felix
>
> > On 19 Apr 2016, at 04:39, Erik De Rijcke <derijcke.e...@gmail.com>
> wrote:
> >
> > I'm currently looking if I can get some robovm fork kickstarted. (
> > https://github.com/FlexoVM/flexovm/issues/4 ).
> >
> > It's really a shame that for this one time Java has a real nice aot
> > llvm compiler, MS kills it. Being able to compile Java (or any
> > bytecode language) to a native, fast and small executable (especially
> > for arm/embedded use which does not require an Oracle license) would
> > be *really* cool. Let's see if we can continue to make this happen in
> > one way or another.
> >
> > On Mon, Apr 18, 2016 at 7:20 PM, Felix Bembrick
> > <felix.bembr...@gmail.com> wrote:
> >> So what AOT will you be using now? The last RoboVM AOT or something
> else?
> >>
> >>> On 19 Apr 2016, at 03:15, Johan Vos <johan@gluonhq.com> wrote:
> >>>
> >>> Indeed, this doesn't have any impact on JavaFX.
> >>> The Gluon tools are currently using the RoboVM AOT 1.8, which was the
> last open-source version.
> >>>
> >>> RoboVM delivered a whole set of products, including an AOT, but also a
> system that provides some JNI functionality, a set of bindings that create
> Java classes that have a 1-1 mapping to native iOS classes, and a whole
> "Studio" allowing developers to create applications.
> >>>
> >>> Only the AOT is relevant to us. We don't use the bindings, as we
> happen to have a great set of UI classes: the JavaFX platform. We don't
> need the studio, as we directly provide plugins for NetBeans, IntelliJ and
> Eclipse.
> >>>
> >>> The idea of JavaFX is to deliver a cross-platform UI for all devices.
> RoboVM took a different approach, as they mainly promoted creating an iOS
> specific UI (using the Java bindings to the native iOS UI components) and
> an Android specific UI.
> >>>
> >>> We had different views on a cross-platform UI (JavaFX) versus a
> platform-specific UI, but here is no doubt the RoboVM team consist of great
> developers and it is a real pity and shame they won't be able to continue
> working on their product.
> >>>
> >>> But for JavaFX and Gluon, it doesn't make a difference.
> >>>
> >>> - Johan
> >>>
> >>>
> >>>> On Mon, Apr 18, 2016 at 6:52 PM, Steve Hannah <st...@weblite.ca>
> wrote:
> >>>> According to Gluon, they're not impacted by this.
> >>>> https://twitter.com/GluonHQ/status/721784161728471041
> >>>>
> >>>>
> >>>>
> >>>>> On Mon, Apr 18, 2016 at 9:36 AM, Felix Bembrick <
> felix.bembr...@gmail.com> wrote:
> >>>>> I just read this article which states that RoboVM is effectively
> "shutting down".
> >>>>>
> >>>>> https://www.voxxed.com/blog/2016/04/robovm/
> >>>>>
> >>>>> Given that they seem to be a critical part of the puzzle that is
> making JavaFX viable on mobile platforms, what does this actually mean for
> that goal?
> >>>>>
> >>>>> Is there an alternative technology or product that can fill this
> void? Or is the final nail in the coffin for JavaFX to ever be a truly
> viable cross platform technology?
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Felix
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> Steve Hannah
> >>>> Web Lite Solutions Corp.
> >>>
>



-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: JavaFX community site

[Sven Reimers]

I already contacted people in charge (the reply all got me one more time).

I think if we want to have a special area we should figure out someone who
is willing to put some effort into adding content...

The best aggregator out there is Jonathans Blog at the moment

Ideas? Suggestions?

Thanks

Sven

On Tue, Nov 24, 2015 at 9:26 PM, Donald Smith <donald.sm...@oracle.com>
wrote:

> Thanks, I've forwarded on to the community.oracle.com folks -- will let
> you know if I hear any reason why not to do it.
>
> Cheers,
>
>  - Don
>
>
> On 23/11/2015 6:15 PM, Florian Brunner wrote:
>
>> Hi,
>>
>> There used to be a JavaFX community site with a nice blog aggregator and
>> other
>> useful information: http://community.java.net/community/javafx
>>
>> Now this gets redirected to a seemingly new platform:
>> https://community.oracle.com/community/java
>>
>> The actual new sub-site for JavaFX can be found at (quite hidden,
>> unfortunately):
>>
>> https://community.oracle.com/community/java/java_desktop/javafx_2.0_and_later
>>
>> Please fix the redirect link.
>>
>> Unfortunately, this site only seems to aggragte forum posts - no blog
>> aggregator or other information.
>>
>> It would be great if you could bring those back.
>>
>> -Florian
>>
>
>


-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Failure building openjfx 9-dev against jdk9 build fails

[Sven Reimers]

Seems fixing it in openjfx/9-dev (switch to reset() method from remove..)
will enforce usage of JDK9 ...

Thanks

-Sven

On Fri, Aug 28, 2015 at 11:30 PM, Kevin Rushforth 
kevin.rushfo...@oracle.com wrote:

 You got the correct commit. I even dug up the e-mail thread where I raised
 this as a concern.

 -- Kevin, feeling rather embarrassed to have completely let this one
 slip...



 Sven Reimers wrote:

 Thanks... seems it is broken for some time already, if I got the correct
 commit...

 It was my own local jdk build - I wanted to build openjdk from source and
 then openjfx on top of that to work around this issue..

 Falling back to use a stripped down jdk8 now.. (building JDK 8 on a Mac
 with a newer XCode gets messy, so I thought I gor for 9)

 -Sven

 On Fri, Aug 28, 2015 at 11:00 PM, Kevin Rushforth 
 kevin.rushfo...@oracle.com wrote:

 I just tried it -- it's a real failure, which is odd since I thought I
 had built with JDK 9 more recently than that. I will file a bug.

 -- Kevin



 Kevin Rushforth wrote:

 We still use JDK 8u40 as our boot JDK for building FX 9-dev, but it
 should work against JDK 9-dev as well.

 Did you remember to remove jfxrt.jar from your JDK 9? The build.gradle
 script doesn't know to look for it in $JDK_HOME/lib and warn you if you
 forget -- it only looks in $JDK_HOME/jre/lib/ext which is where it is in
 JDK 8.

 -- Kevin


 Sven Reimers wrote:

 Hi,

 I get the following error trying to compile latest 9-dev from openjfx
 against latest jdk9:

 :swing:compileJava
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:480:

 error: cannot find symbol
 [ant:javac] if (ctx != null) ctx.removeNotify();
 [ant:javac] ^
 [ant:javac]   symbol:   method removeNotify()
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:489:

 error: cannot find symbol
 [ant:javac]
 ctx.addNotify(FXDropTargetContextPeer.this);
 [ant:javac]^
 [ant:javac]   symbol:   method addNotify(FXDnD.FXDropTargetContextPeer)
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:511:

 error: cannot find symbol
 [ant:javac] if (ctx != null) ctx.removeNotify();
 [ant:javac] ^
 [ant:javac]   symbol:   method removeNotify()
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:520:

 error: cannot find symbol
 [ant:javac] if (ctx != null) ctx.removeNotify();
 [ant:javac] ^
 [ant:javac]   symbol:   method removeNotify()
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac] Note: Some input files use or override a deprecated API.
 [ant:javac] Note: Recompile with -Xlint:deprecation for details.
 [ant:javac] Note:
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java

 uses unchecked or unsafe operations.
 [ant:javac] Note: Recompile with -Xlint:unchecked for details.
 [ant:javac] 4 errors

 Reason seems to be the change

 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/e1888730a57e

 Could not find the issue in the JBS - maybe may jira fu was not good
 enough...

 So should we build 9-dev against jdk8u-60?

 Seems I must have missed something

 -Sven






 --
 Sven Reimers

 * Senior Expert Software Architect
 * Java Champion
 * NetBeans Dream Team Member: http://dreamteam.netbeans.org
 * Community Leader  NetBeans: http://community.java.net/netbeans
   Desktop Java:
 http://community.java.net/javadesktop
 * JUG Leader JUG Bodensee: http://www.jug-bodensee.de
 * Duke's Choice Award Winner 2009
 * Blog: https://www.java.net//blog/sven

 * XING: https://www.xing.com/profile/Sven_Reimers8
 * LinkedIn: http://www.linkedin.com/in/svenreimers

 Join the NetBeans Groups:
 * XING: http://www.xing.com/group-20148.82db20
 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
 * LinkedIn: http://www.linkedin.com/groups?gid=1860468
http://www.linkedin.com/groups?gid=107402
http://www.linkedin.com/groups?gid=1684717
 * Oracle: https://mix.oracle.com/groups/18497




-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8

Re: Failure building openjfx 9-dev against jdk9 build fails

[Sven Reimers]

Thanks... seems it is broken for some time already, if I got the correct
commit...

It was my own local jdk build - I wanted to build openjdk from source and
then openjfx on top of that to work around this issue..

Falling back to use a stripped down jdk8 now.. (building JDK 8 on a Mac
with a newer XCode gets messy, so I thought I gor for 9)

-Sven

On Fri, Aug 28, 2015 at 11:00 PM, Kevin Rushforth 
kevin.rushfo...@oracle.com wrote:

 I just tried it -- it's a real failure, which is odd since I thought I had
 built with JDK 9 more recently than that. I will file a bug.

 -- Kevin



 Kevin Rushforth wrote:

 We still use JDK 8u40 as our boot JDK for building FX 9-dev, but it
 should work against JDK 9-dev as well.

 Did you remember to remove jfxrt.jar from your JDK 9? The build.gradle
 script doesn't know to look for it in $JDK_HOME/lib and warn you if you
 forget -- it only looks in $JDK_HOME/jre/lib/ext which is where it is in
 JDK 8.

 -- Kevin


 Sven Reimers wrote:

 Hi,

 I get the following error trying to compile latest 9-dev from openjfx
 against latest jdk9:

 :swing:compileJava
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:480:

 error: cannot find symbol
 [ant:javac] if (ctx != null) ctx.removeNotify();
 [ant:javac] ^
 [ant:javac]   symbol:   method removeNotify()
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:489:

 error: cannot find symbol
 [ant:javac]
 ctx.addNotify(FXDropTargetContextPeer.this);
 [ant:javac]^
 [ant:javac]   symbol:   method addNotify(FXDnD.FXDropTargetContextPeer)
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:511:

 error: cannot find symbol
 [ant:javac] if (ctx != null) ctx.removeNotify();
 [ant:javac] ^
 [ant:javac]   symbol:   method removeNotify()
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac]
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:520:

 error: cannot find symbol
 [ant:javac] if (ctx != null) ctx.removeNotify();
 [ant:javac] ^
 [ant:javac]   symbol:   method removeNotify()
 [ant:javac]   location: variable ctx of type DropTargetContext
 [ant:javac] Note: Some input files use or override a deprecated API.
 [ant:javac] Note: Recompile with -Xlint:deprecation for details.
 [ant:javac] Note:
 /Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java

 uses unchecked or unsafe operations.
 [ant:javac] Note: Recompile with -Xlint:unchecked for details.
 [ant:javac] 4 errors

 Reason seems to be the change

 http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/e1888730a57e

 Could not find the issue in the JBS - maybe may jira fu was not good
 enough...

 So should we build 9-dev against jdk8u-60?

 Seems I must have missed something

 -Sven






-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Failure building openjfx 9-dev against jdk9 build fails

[Sven Reimers]

Hi,

I get the following error trying to compile latest 9-dev from openjfx
against latest jdk9:

:swing:compileJava
[ant:javac]
/Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:480:
error: cannot find symbol
[ant:javac] if (ctx != null) ctx.removeNotify();
[ant:javac] ^
[ant:javac]   symbol:   method removeNotify()
[ant:javac]   location: variable ctx of type DropTargetContext
[ant:javac]
/Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:489:
error: cannot find symbol
[ant:javac]
ctx.addNotify(FXDropTargetContextPeer.this);
[ant:javac]^
[ant:javac]   symbol:   method addNotify(FXDnD.FXDropTargetContextPeer)
[ant:javac]   location: variable ctx of type DropTargetContext
[ant:javac]
/Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:511:
error: cannot find symbol
[ant:javac] if (ctx != null) ctx.removeNotify();
[ant:javac] ^
[ant:javac]   symbol:   method removeNotify()
[ant:javac]   location: variable ctx of type DropTargetContext
[ant:javac]
/Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java:520:
error: cannot find symbol
[ant:javac] if (ctx != null) ctx.removeNotify();
[ant:javac] ^
[ant:javac]   symbol:   method removeNotify()
[ant:javac]   location: variable ctx of type DropTargetContext
[ant:javac] Note: Some input files use or override a deprecated API.
[ant:javac] Note: Recompile with -Xlint:deprecation for details.
[ant:javac] Note:
/Users/sven/oss/openjfx/9-dev/modules/swing/src/main/java/javafx/embed/swing/FXDnD.java
uses unchecked or unsafe operations.
[ant:javac] Note: Recompile with -Xlint:unchecked for details.
[ant:javac] 4 errors

Reason seems to be the change

http://hg.openjdk.java.net/jdk9/jdk9/jdk/rev/e1888730a57e

Could not find the issue in the JBS - maybe may jira fu was not good
enough...

So should we build 9-dev against jdk8u-60?

Seems I must have missed something

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Re: Usage of internal API's in charts

[Sven Reimers]

Ok. That what I assumed.

Shall we try to compile a list with needed API's?

-Sven
Am 26.08.2015 19:19 schrieb Pedro Duque Vieira 
pedro.duquevie...@gmail.com:

 I've also extended charts and have also been confronted with internal APIs.

 --
 Pedro Duque Vieira

Re: Usage of internal API's in charts

[Sven Reimers]

The reason this haas not shown up is that nobody has tried to extends
charts maybe...

Will think more about and try to file bugs

Sven

On Tue, Aug 25, 2015 at 10:24 PM, Jonathan Giles jonathan.gi...@oracle.com
wrote:


 Hi,

 What about things like

 com.sun.javafx.charts.ChartLayoutAnimator ?

 Actually there may not be too many users of this, but if you try to write
 your own axis implementation (e.g. LogarithmicAxis) you may need access
 to
 this - correct?


 I'll let Jonathan answer this.

 ChartsLayoutAnimator didn't appear once on my jdeps analysis from a few
 weeks back, so it hasn't been on my radar as a possible candidate for
 making public. I don't imagine this will be something we try to bring out
 in JDK 9, but if it is something that is generally useful and important a
 bug should be filed for it.


 Should we revisit every possible extension point in JavaFX and make sure
 all necessary implementations can be accessed via javafx.* packages?


 Yes. Although not all of them will be address in JDK 9, it will be
 helpful to know what they are and what the use case is.


 I agree with Kevin - half the battle is just knowing what is generally
 useful. It would be wise to have an umbrella issue in JBS that tracks all
 'make XXX public' issues. If we get a few of these kind of issues filed
 I'll make an umbrella issue.

 -- Jonathan




-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Usage of internal API's in charts

[Sven Reimers]

Hi,

What about things like

com.sun.javafx.charts.ChartLayoutAnimator ?

Actually there may not be too many users of this, but if you try to write
your own axis implementation (e.g. LogarithmicAxis) you may need access to
this - correct?

Should we revisit every possible extension point in JavaFX and make sure
all necessary implementations can be accessed via javafx.* packages?

Thanks.

Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven
https://mix.oracle.com/groups/18497

Re: Tick marks on slider

[Sven Reimers]

Done..
https://javafx-jira.kenai.com/browse/RT-46179
Sven
P.S. If time permits I could have a look at a possible fix (somewhere down
in NumberAxis I suppose) - interested?

On Mon, Jun 8, 2015 at 2:43 PM, Kevin Rushforth kevin.rushfo...@oracle.com
wrote:

 Yes, please file a bug.

 -- Kevin



 Sven Reimers wrote:

 Hi,

 my assumption was that

 Slider s_v6 = new Slider(0, 100, 50);
 s_v6.setShowTickMarks(true);

 would show all tick marks (minor and major), but it seems that major ones
 are missing. If I add

 s_v6.setShowTickLabels(true)

 label and major ticks are shown. Seems there is no workaround?

 Shall I file a bug (seems I still can do this in a lightweight mode until
 transition is finished).

 -Sven






-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Tick marks on slider

[Sven Reimers]

Hi,

my assumption was that

Slider s_v6 = new Slider(0, 100, 50);
s_v6.setShowTickMarks(true);

would show all tick marks (minor and major), but it seems that major ones
are missing. If I add

s_v6.setShowTickLabels(true)

label and major ticks are shown. Seems there is no workaround?

Shall I file a bug (seems I still can do this in a lightweight mode until
transition is finished).

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* Java Champion
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Building Scene Builder

[Sven Reimers]

So,  is this a call for community and Gradle experts please helps us?

We are able (and want) to upgrade to a newer gradle version?

We want to share the whole pile of dirty gradle scripts to get you started?

Sounds interesting to me...

-Sven
Am 27.05.2015 18:48 schrieb David Hill david.h...@oracle.com:

 On 5/27/15, 12:08 PM, Scott Palmer wrote:

 On May 27, 2015, at 10:04 AM, David Hilldavid.h...@oracle.com  wrote:

 On 5/24/15, 10:56 AM, Scott Palmer wrote:

 Where can I find the instructions for building Scene Builder from
 source?


 I ran Ant in the apps/scenebuilder folder and it produced
 SceneBuilderApp.jar in the 'SceneBuilderApp/dist' folder.  But where's
 the
 rest of it?  It looks like the javapackager part does run
 automatically, so
 I don't have a native executable with a nice icon and all those
 finishing
 touches that make it a real app.

 I am in the process of adding a run command to the ant script. We do
 not have plans at the moment to add a packaging step.

 What happened to the original packaging step?  The Oracle download is a
 packaged app, was it a manual step or something?  I can’t even find the
 application icon in the source.

  Our internal build has 2 parts - OpenJFX and the closed stuff. The
 closed stuff has a lot of legacy steps that we have not had the time or
 inclination to move to the OpenJFX side. (after all, working with a complex
 chunk of delicate gradle/ant code for a long time tends to make your eyes
 bleed).

 But occasionally we get some motivation and we move another bit of
 functionality over. I did ask our packager guy if he could sketch out how
 to do this standalone, so it might happen.

 I did notice the build output print a jfx-deployment: step, but I guess
 that is something else. I haven't used Ant in years, so I'm a little
 rusty.  I was actually surprised that there wasn't a Gradle script in
 the
 apps/SceneBuilder folder.  I thought perhaps the apps are just using the
 default NetBeans project format.  I then noticed when loading the
 project
 in NetBeans that I didn't get the little FX decal on the coffee cup
 icon,
 so it isn't a NetBean JavaFX project.

 When I added in the building of the apps in the overall tree, I was
 constrained by several things that gradle does not (or did not) play nicely
 with.
 We wanted to treat most of the items as independent sub projects, and at
 least some of them have ant scripts that needed to be included in the
 samples bundles.

 To shorten the story, after a long while of tinkering, I found that for
 our purposes, ant worked better for us. Gradle imports the ant projects,
 and allows us to call into them.

 Fair enough, there’s only so much tinkering one can take, I’ve been
 through a fair bit of Gradle tinkering myself.
 (My hope is that one day OpenJDK + OpenJFX will build simply with ‘grade
 build', using Gradle’s support for native builds.  Especially on Windows
 where it would simplify things a lot if you can avoid dependencies on
 Cygwin or MinGW.  Gradle’s native support is still incubating so it is a
 bit early to go there, but I’ve used it recently for some Java +JNI
 projects on Linux, Mac, and Windows (with Visual Studio, not GCC) and it
 actually worked quite well.)

 We switched to gradle early on after a long time with a big pile'o ant
 scripts. Major rework for that. We were limited by the gradle versions we
 could get at the time. Some choices like what we could do in the apps dir
 were limited by that. More major rework when we moved as much as we could
 to OpenJFX. Now, if we had a dedicated build engineer we might be able to
 rebuild our current gradle to use the new features. But as we only have
 part time on about 3 guys willing to dive into that build mess that each
 have a huge pile 'o bugs... :-)


 --
 David Hilldavid.h...@oracle.com
 Java Embedded Development

 A man's feet should be planted in his country, but his eyes should survey
 the world.
 -- George Santayana (1863 - 1952)

License for DukePad and some of the demo apps

[Sven Reimers]

Hi,

any special reason the demo code for the duke pad and the according apps is
GPL with CPE and not BSD like SceneBuilder app (and some off the other demo
apps).

In general licensing seems to be not consistent.

Any special reason?

Thanks

Sven
-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Is this the end of support raspberrry pi?

[Sven Reimers]

So,  the community challenge is to rewrite this beast to make it run
smoothly on a pi?
-Sven
Am 19.12.2014 17:47 schrieb David Hill david.h...@oracle.com:

 On 12/19/14, 1:23 AM, Ladislav Török wrote:

 In JavaFX Jira is enough bugs marked as 
 Won't Fix lately. For example: RT-33958, RT-33959, RT-33960, RT-34735
 Is it only valid for Ensemble8 running on Raspberry Pi or support javaFX
 on
 Raspberry Pi?
 It's amazing that JavaFX running on Raspberry Pi:
 I am very grateful for it.

 Thanks.
 Keep it up...

 It is less to do with the support of the PI, but rather a realization that
 we don't have the internal resources to concentrate on the samples on an
 embedded platforms. Ensemble8 in particular is a bit of a monster - it is
 very large (both for memory used and classes consumed, and then of course
 the index parsing it does on startup) and does a lot of things that are
 hard to speed up on the Pi.

 Ensemble8 runs reasonably well on the i.MX6, which is closer to the
 platforms that that we might support commercial use on. Even there it does
 not make a great example of a application.

 Rather than re-re-triage these sets of tasks, I reluctantly closed them,
 knowing that I can reopen them if and when we have the resources to do  the
 rework needed.

 Dave

 --
 David Hilldavid.h...@oracle.com
 Java Embedded Development

 A man's feet should be planted in his country, but his eyes should survey
 the world.
 -- George Santayana (1863 - 1952)

Re: OT: Netbeans ported to JFX?

[Sven Reimers]

If you you are looking for modular application frameworks based on NetBeans
Platform... bitbucket.org/sreimers/eFX or mfx.java.net

-Sven
Am 09.07.2014 23:32 schrieb Danno Ferrin danno.fer...@oracle.com:


 On Jul 9, 2014, at 8:14 AM, Jeff Martin j...@reportmill.com wrote:

  We need something like a JavaFX Playground

 Something like this?  https://www.youtube.com/watch?v=g2DJb58at10

 Looks like Carl will also be presenting this at JavaOne this year.

 —Danno

Fwd: Re: [SceneBuilderKit]

[Sven Reimers]

Missed the reply to all..

-Sven
-- Weitergeleitete Nachricht --
Von: Sven Reimers sven.reim...@gmail.com
Datum: 09.07.2014 13:58
Betreff: Re: [SceneBuilderKit]
An: Eric Le Ponner eric.le.pon...@oracle.com
Cc:

My train of thought is more along expressiveness... The revision is a
general trigger and the API user has to check for the actual state of the
different properties. I thought it may be more natural to just listen to
the real changes..

What I am looking for is a simple way to bridge undo/redo to NetBeans
undo/redo including detection if scene has changed...

-Sven
Am 09.07.2014 09:59 schrieb Eric Le Ponner eric.le.pon...@oracle.com:

 Hi Sven,

 There is already JobManager.revisionProperty() available.
 Isn’t it enough for Netbeans plugin to update its state ?
 Scene Builder App does everything with this observable prop.

 Eric


 Le 8 juil. 2014 à 23:28, Sven Reimers sven.reim...@gmail.com a écrit :

  Hi guys,
 
  I am still working on integration SceneBuilder into NetBeans. To
  enable/disable some of the icons present it would be helpful if
 
  1. currentJob would be an observable read only property
  2. undoStack would be an observable immutable collection
  3. redoStack would be an observable immutable collection
  4. canRedo would be an observable ready only property
  5. canUndo would be an observable ready only property
 
  Does this make sense?
 
  Shall I file an issue and prepare a patch?
 
  Thanks
 
  -Sven
 
  --
  Sven Reimers
 
  * Senior Expert Software Architect
  * NetBeans Dream Team Member: http://dreamteam.netbeans.org
  * Community Leader  NetBeans: http://community.java.net/netbeans
   Desktop Java:
  http://community.java.net/javadesktop
  * JUG Leader JUG Bodensee: http://www.jug-bodensee.de
  * Duke's Choice Award Winner 2009
  * Blog: https://www.java.net//blog/sven
 
  * XING: https://www.xing.com/profile/Sven_Reimers8
  * LinkedIn: http://www.linkedin.com/in/svenreimers
 
  Join the NetBeans Groups:
  * XING: http://www.xing.com/group-20148.82db20
  * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
  * LinkedIn: http://www.linkedin.com/groups?gid=1860468
http://www.linkedin.com/groups?gid=107402
http://www.linkedin.com/groups?gid=1684717
  * Oracle: https://mix.oracle.com/groups/18497

[SceneBuilderKit]

[Sven Reimers]

Hi guys,

I am still working on integration SceneBuilder into NetBeans. To
enable/disable some of the icons present it would be helpful if

1. currentJob would be an observable read only property
2. undoStack would be an observable immutable collection
3. redoStack would be an observable immutable collection
4. canRedo would be an observable ready only property
5. canUndo would be an observable ready only property

Does this make sense?

Shall I file an issue and prepare a patch?

Thanks

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Extending a Region to create a JUNG Layout

[Sven Reimers]

Upps.. Controller compatible...

-Sven
Am 01.06.2014 10:34 schrieb Sven Reimers sven.reim...@gmail.com:

 Controller compatible?

 -Sven
 Am 01.06.2014 03:17 schrieb Danno Ferrin danno.fer...@shemnon.com:

 The new matrix classes exposed in JavaFX 8 help a lot.

 I'll re-license it BSD.  2 clause, 3 clause, new?  Can you point me to a
 preferred header?


 On Fri, May 30, 2014 at 6:11 PM, Jeffrey Guenther 
 guenther.jeff...@gmail.com wrote:

  Danno, thanks! It works super well and has so little code!
 
  If I use the class in my JUNG work, I need a BSD license. The rest of
 that
  codebase is BSD already. I’ll contact you off list if I go that
 direction.
  Right now, I’m trying to get my head wrapped around what it would take
 to
  modernize JUNG.
 
 
  On May 30, 2014, at 4:20 PM, Danno Ferrin danno.fer...@oracle.com
 wrote:
 
   You may find this class valuable, it is a pane that listens to zoom
 and
  mouse scroll events in a group, essential for large graphs:
  
  
 
 https://github.com/shemnon/FollowTheBitcoin/blob/master/src/main/groovy/com/shemnon/btc/view/ZoomPane.java
  
   I haven't had time to harden it and componentize it into a standalone
  release.  If you don't like the license let me know what license you
 would
  like.
  
   --Danno
  
   - Original Message -
   From: sven.reim...@gmail.com
   To: guenther.jeff...@gmail.com
   Cc: openjfx-dev@openjdk.java.net
   Sent: Friday, May 30, 2014 1:27:48 AM GMT -07:00 US/Canada Mountain
   Subject: Re: Extending a Region to create a JUNG Layout
  
   Hi Jeffrey,
  
   I did some prototyping with Jung JavaFX and Java 8, the results are
 here
  
   https://bitbucket.org/sreimers/jung8
  
   It uses gradle to build and contains an additional library for jungfx.
  
   Enjoy
  
   -Sven
  
  
   On Fri, May 30, 2014 at 8:44 AM, Jeffrey Guenther 
   guenther.jeff...@gmail.com wrote:
  
   Hi,
  
   I'm in the midst of exploring how I might port JUNG(
   http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a
  graph/layout
   tool my lab uses for some of their data visualizations. With the
  release of
   JavaFX 2, we've started building our prototypes in JavaFX.
  
   Rather than use the JFXSwingPanel, I want to try modifying the JUNG
 to
  work
   natively in JavaFX. In the long term, I'd like to see JUNG ported
   completely to JavaFX using properties, CSS and the like.
  
   I've built a quick demo (
   https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need
 help
   going forward. I've been reading the docs and hitting google, but I
  think I
   need more info.
  
   Can someone point me to a detailed explanation of how to extend
 Region
  to
   create my own layout?
   In particular, how can I get a region to relayout it's children when
  it's
   being resized?
   When does a the region's parent call layoutChildren()?
   If the height and width of the region are set to Double.MAX_VALUE
   indicating the area can grow infinitely, how does the region know
 what
  size
   to set itself to?
  
   Thanks,
   Jeff
  
  
  
  
   --
   Sven Reimers
  
   * Senior Expert Software Architect
   * NetBeans Dream Team Member: http://dreamteam.netbeans.org
   * Community Leader  NetBeans: http://community.java.net/netbeans
Desktop Java:
   http://community.java.net/javadesktop
   * JUG Leader JUG Bodensee: http://www.jug-bodensee.de
   * Duke's Choice Award Winner 2009
   * Blog: https://www.java.net//blog/sven
  
   * XING: https://www.xing.com/profile/Sven_Reimers8
   * LinkedIn: http://www.linkedin.com/in/svenreimers
  
   Join the NetBeans Groups:
   * XING: http://www.xing.com/group-20148.82db20
   * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
   * LinkedIn: http://www.linkedin.com/groups?gid=1860468
 http://www.linkedin.com/groups?gid=107402
 http://www.linkedin.com/groups?gid=1684717
   * Oracle: https://mix.oracle.com/groups/18497
 
 

Re: Extending a Region to create a JUNG Layout

[Sven Reimers]

Controller compatible?

-Sven
Am 01.06.2014 03:17 schrieb Danno Ferrin danno.fer...@shemnon.com:

 The new matrix classes exposed in JavaFX 8 help a lot.

 I'll re-license it BSD.  2 clause, 3 clause, new?  Can you point me to a
 preferred header?


 On Fri, May 30, 2014 at 6:11 PM, Jeffrey Guenther 
 guenther.jeff...@gmail.com wrote:

  Danno, thanks! It works super well and has so little code!
 
  If I use the class in my JUNG work, I need a BSD license. The rest of
 that
  codebase is BSD already. I’ll contact you off list if I go that
 direction.
  Right now, I’m trying to get my head wrapped around what it would take to
  modernize JUNG.
 
 
  On May 30, 2014, at 4:20 PM, Danno Ferrin danno.fer...@oracle.com
 wrote:
 
   You may find this class valuable, it is a pane that listens to zoom and
  mouse scroll events in a group, essential for large graphs:
  
  
 
 https://github.com/shemnon/FollowTheBitcoin/blob/master/src/main/groovy/com/shemnon/btc/view/ZoomPane.java
  
   I haven't had time to harden it and componentize it into a standalone
  release.  If you don't like the license let me know what license you
 would
  like.
  
   --Danno
  
   - Original Message -
   From: sven.reim...@gmail.com
   To: guenther.jeff...@gmail.com
   Cc: openjfx-dev@openjdk.java.net
   Sent: Friday, May 30, 2014 1:27:48 AM GMT -07:00 US/Canada Mountain
   Subject: Re: Extending a Region to create a JUNG Layout
  
   Hi Jeffrey,
  
   I did some prototyping with Jung JavaFX and Java 8, the results are
 here
  
   https://bitbucket.org/sreimers/jung8
  
   It uses gradle to build and contains an additional library for jungfx.
  
   Enjoy
  
   -Sven
  
  
   On Fri, May 30, 2014 at 8:44 AM, Jeffrey Guenther 
   guenther.jeff...@gmail.com wrote:
  
   Hi,
  
   I'm in the midst of exploring how I might port JUNG(
   http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a
  graph/layout
   tool my lab uses for some of their data visualizations. With the
  release of
   JavaFX 2, we've started building our prototypes in JavaFX.
  
   Rather than use the JFXSwingPanel, I want to try modifying the JUNG to
  work
   natively in JavaFX. In the long term, I'd like to see JUNG ported
   completely to JavaFX using properties, CSS and the like.
  
   I've built a quick demo (
   https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need
 help
   going forward. I've been reading the docs and hitting google, but I
  think I
   need more info.
  
   Can someone point me to a detailed explanation of how to extend Region
  to
   create my own layout?
   In particular, how can I get a region to relayout it's children when
  it's
   being resized?
   When does a the region's parent call layoutChildren()?
   If the height and width of the region are set to Double.MAX_VALUE
   indicating the area can grow infinitely, how does the region know what
  size
   to set itself to?
  
   Thanks,
   Jeff
  
  
  
  
   --
   Sven Reimers
  
   * Senior Expert Software Architect
   * NetBeans Dream Team Member: http://dreamteam.netbeans.org
   * Community Leader  NetBeans: http://community.java.net/netbeans
Desktop Java:
   http://community.java.net/javadesktop
   * JUG Leader JUG Bodensee: http://www.jug-bodensee.de
   * Duke's Choice Award Winner 2009
   * Blog: https://www.java.net//blog/sven
  
   * XING: https://www.xing.com/profile/Sven_Reimers8
   * LinkedIn: http://www.linkedin.com/in/svenreimers
  
   Join the NetBeans Groups:
   * XING: http://www.xing.com/group-20148.82db20
   * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
   * LinkedIn: http://www.linkedin.com/groups?gid=1860468
 http://www.linkedin.com/groups?gid=107402
 http://www.linkedin.com/groups?gid=1684717
   * Oracle: https://mix.oracle.com/groups/18497
 
 

Re: Extending a Region to create a JUNG Layout

[Sven Reimers]

Hi Jeffrey,

I did some prototyping with Jung JavaFX and Java 8, the results are here

https://bitbucket.org/sreimers/jung8

It uses gradle to build and contains an additional library for jungfx.

Enjoy

-Sven


On Fri, May 30, 2014 at 8:44 AM, Jeffrey Guenther 
guenther.jeff...@gmail.com wrote:

 Hi,

 I'm in the midst of exploring how I might port JUNG(
 http://jung.sourceforge.net/index.html) to JavaFX. JUNG is a graph/layout
 tool my lab uses for some of their data visualizations. With the release of
 JavaFX 2, we've started building our prototypes in JavaFX.

 Rather than use the JFXSwingPanel, I want to try modifying the JUNG to work
 natively in JavaFX. In the long term, I'd like to see JUNG ported
 completely to JavaFX using properties, CSS and the like.

 I've built a quick demo (
 https://gist.github.com/jrguenther/9d0c37329f9928a2b56e) and need help
 going forward. I've been reading the docs and hitting google, but I think I
 need more info.

 Can someone point me to a detailed explanation of how to extend Region to
 create my own layout?
 In particular, how can I get a region to relayout it's children when it's
 being resized?
 When does a the region's parent call layoutChildren()?
 If the height and width of the region are set to Double.MAX_VALUE
 indicating the area can grow infinitely, how does the region know what size
 to set itself to?

 Thanks,
 Jeff




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: SceneBuilder Integration in NetBeans

[Sven Reimers]

The problem seems to be in AbstractDragSource in SceneBuilder. It defines a
javafx.scene.input.DataFormat.
This seems to cause problems if running embedded in Swing. I do not define
my own DataFlavors..

Any further help appreciated..

-Sven
Am 17.03.2014 09:54 schrieb Petr Pchelko petr.pche...@oracle.com:

 Hello, Sven.

 Looks like you are not specifying the representation class for the
 DataFlavor and it defaults
 to the InputStream. So, scene builder puts a ByteBuffer while the
 DataTransferer is trying to treat it as an
 InputStream.

 Could you please try to explicitly specify the representation class in the
 DataFlavor you are trying to put?
 Like this: new DataFlavor(scene.builder/internal;
 class=java.nio.HeapByteBuffer, SceneBuilder internal DF)

 With best regards. Petr.

 On 17.03.2014, at 0:13, Sven Reimers sven.reim...@gmail.com wrote:

  Ok... figured it out. It seems scene.builder.internal crashes the Swing
  parsing mechanism for mime types in the data transfer. Changing it to
  scene.builder/internal fixes this problem.
 
  Shall I open an issue in Jira for it?
 
  Having fixed this I get another problem :-(
  (see stacktrace below)
 
  Not sure how to fix this... investigating now.
 
  -Sven
 
  java.lang.ClassCastException: java.nio.HeapByteBuffer cannot be cast to
  java.io.InputStream
  at
 
 sun.awt.datatransfer.DataTransferer.translateTransferable(DataTransferer.java:1372)
  at
 
 sun.lwawt.macosx.CDataTransferer.translateTransferable(CDataTransferer.java:131)
  at sun.awt.datatransfer.DataTransferer$6.run(DataTransferer.java:2380)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
  at java.awt.EventQueue.access$400(EventQueue.java:97)
  at java.awt.EventQueue$3.run(EventQueue.java:697)
  at java.awt.EventQueue$3.run(EventQueue.java:691)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:86)
  at java.awt.EventQueue$4.run(EventQueue.java:719)
  at java.awt.EventQueue$4.run(EventQueue.java:717)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
  at java.awt.EventQueue.dispatchEvent(EventQueue.java:716)
  at
 
 org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
  at
 
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
  at
 
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
  at
 
 java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
  at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
 
 
  On Sun, Mar 16, 2014 at 8:30 PM, Sven Reimers sven.reim...@gmail.com
 wrote:
 
  Hi guys,
 
  hope someone can help me with the exception pasted below.
 
  Any idea how to go on from here?
 
  The code is available at https://bitbucket.org/sreimers/nbscenebuilder/
 
  Thanks
 
  -Sven
 
  java.lang.IllegalArgumentException: failed to
 parse:scene.builder.internal
  at java.awt.datatransfer.DataFlavor.init(DataFlavor.java:488)
  at
 
 javafx.embed.swing.SwingDnD$DnDTransferable.getTransferDataFlavors(SwingDnD.java:398)
  at
 
 sun.awt.datatransfer.DataTransferer.getFormatsForTransferable(DataTransferer.java:655)
  at
 
 sun.awt.dnd.SunDragSourceContextPeer.startDrag(SunDragSourceContextPeer.java:131)
  at
 
 sun.lwawt.macosx.CDragSourceContextPeer.startDrag(CDragSourceContextPeer.java:88)
  at java.awt.dnd.DragSource.startDrag(DragSource.java:321)
  at java.awt.dnd.DragSource.startDrag(DragSource.java:426)
  at java.awt.dnd.DragGestureEvent.startDrag(DragGestureEvent.java:237)
  at javafx.embed.swing.SwingDnD.startDrag(SwingDnD.java:284)
  at javafx.embed.swing.SwingDnD.access$1000(SwingDnD.java:73)
  at javafx.embed.swing.SwingDnD$4$1.run(SwingDnD.java:249)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
  at java.awt.EventQueue.access$400(EventQueue.java:97)
  at java.awt.EventQueue$3.run(EventQueue.java:697)
  at java.awt.EventQueue$3.run(EventQueue.java:691)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
  at java.awt.EventQueue.dispatchEvent(EventQueue.java:714)
  at
 
 org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
  [catch] at
 
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
  at
 
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116

Re: SceneBuilder Integration in NetBeans

[Sven Reimers]

Ok.

Will file an issue and if possible create a patch.

Any this could end up in 8u20 (or earlier)?

Thanks

-Sven
Am 17.03.2014 11:05 schrieb Petr Pchelko petr.pche...@oracle.com:

 Ok, I see.

 This is the problem in FX interop.
 In javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper that
 wraps the FX dragboard into the Swing Trasferable.
 It is a simple class and many features are simply not implemented. The
 implementation is very basic - it just creates the DataFlavor with the
 mime-type corresponding to the DataFormat mime-type. However it does not
 take into account the representation class. This works fine for basic types
 like text or may be image, but it completely does not work for custom types
 with custom representation classes.

 You could file a bug for this.

 With best regards. Petr.

 On 17.03.2014, at 13:39, Sven Reimers sven.reim...@gmail.com wrote:

 The problem seems to be in AbstractDragSource in SceneBuilder. It defines
 a javafx.scene.input.DataFormat.
 This seems to cause problems if running embedded in Swing. I do not define
 my own DataFlavors..

 Any further help appreciated..

 -Sven
 Am 17.03.2014 09:54 schrieb Petr Pchelko petr.pche...@oracle.com:

 Hello, Sven.

 Looks like you are not specifying the representation class for the
 DataFlavor and it defaults
 to the InputStream. So, scene builder puts a ByteBuffer while the
 DataTransferer is trying to treat it as an
 InputStream.

 Could you please try to explicitly specify the representation class in
 the DataFlavor you are trying to put?
 Like this: new DataFlavor(scene.builder/internal;
 class=java.nio.HeapByteBuffer, SceneBuilder internal DF)

 With best regards. Petr.

 On 17.03.2014, at 0:13, Sven Reimers sven.reim...@gmail.com wrote:

  Ok... figured it out. It seems scene.builder.internal crashes the Swing
  parsing mechanism for mime types in the data transfer. Changing it to
  scene.builder/internal fixes this problem.
 
  Shall I open an issue in Jira for it?
 
  Having fixed this I get another problem :-(
  (see stacktrace below)
 
  Not sure how to fix this... investigating now.
 
  -Sven
 
  java.lang.ClassCastException: java.nio.HeapByteBuffer cannot be cast to
  java.io.InputStream
  at
 
 sun.awt.datatransfer.DataTransferer.translateTransferable(DataTransferer.java:1372)
  at
 
 sun.lwawt.macosx.CDataTransferer.translateTransferable(CDataTransferer.java:131)
  at sun.awt.datatransfer.DataTransferer$6.run(DataTransferer.java:2380)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
  at java.awt.EventQueue.access$400(EventQueue.java:97)
  at java.awt.EventQueue$3.run(EventQueue.java:697)
  at java.awt.EventQueue$3.run(EventQueue.java:691)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:86)
  at java.awt.EventQueue$4.run(EventQueue.java:719)
  at java.awt.EventQueue$4.run(EventQueue.java:717)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
  at java.awt.EventQueue.dispatchEvent(EventQueue.java:716)
  at
 
 org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
  at
 
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
  at
 
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
  at
 
 java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
  at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
 
 
  On Sun, Mar 16, 2014 at 8:30 PM, Sven Reimers sven.reim...@gmail.com
 wrote:
 
  Hi guys,
 
  hope someone can help me with the exception pasted below.
 
  Any idea how to go on from here?
 
  The code is available at
 https://bitbucket.org/sreimers/nbscenebuilder/
 
  Thanks
 
  -Sven
 
  java.lang.IllegalArgumentException: failed to
 parse:scene.builder.internal
  at java.awt.datatransfer.DataFlavor.init(DataFlavor.java:488)
  at
 
 javafx.embed.swing.SwingDnD$DnDTransferable.getTransferDataFlavors(SwingDnD.java:398)
  at
 
 sun.awt.datatransfer.DataTransferer.getFormatsForTransferable(DataTransferer.java:655)
  at
 
 sun.awt.dnd.SunDragSourceContextPeer.startDrag(SunDragSourceContextPeer.java:131)
  at
 
 sun.lwawt.macosx.CDragSourceContextPeer.startDrag(CDragSourceContextPeer.java:88)
  at java.awt.dnd.DragSource.startDrag(DragSource.java:321)
  at java.awt.dnd.DragSource.startDrag(DragSource.java:426)
  at java.awt.dnd.DragGestureEvent.startDrag(DragGestureEvent.java:237)
  at javafx.embed.swing.SwingDnD.startDrag(SwingDnD.java:284

Re: SceneBuilder Integration in NetBeans

[Sven Reimers]

Created RT-36240

-Sven
Am 17.03.2014 13:10 schrieb Kevin Rushforth kevin.rushfo...@oracle.com:

 Hi Sven,

 If you file the bug then yes, we can look at it for 8u20 (there is no
 earlier).

 And thanks to Petr for providing the evaluation for this.

 -- Kevin


 Sven Reimers wrote:

 Ok.

 Will file an issue and if possible create a patch.

 Any this could end up in 8u20 (or earlier)?

 Thanks

 -Sven
 Am 17.03.2014 11:05 schrieb Petr Pchelko petr.pche...@oracle.com:



 Ok, I see.

 This is the problem in FX interop.
 In javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper that
 wraps the FX dragboard into the Swing Trasferable.
 It is a simple class and many features are simply not implemented. The
 implementation is very basic - it just creates the DataFlavor with the
 mime-type corresponding to the DataFormat mime-type. However it does not
 take into account the representation class. This works fine for basic
 types
 like text or may be image, but it completely does not work for custom
 types
 with custom representation classes.

 You could file a bug for this.

 With best regards. Petr.

 On 17.03.2014, at 13:39, Sven Reimers sven.reim...@gmail.com wrote:

 The problem seems to be in AbstractDragSource in SceneBuilder. It defines
 a javafx.scene.input.DataFormat.
 This seems to cause problems if running embedded in Swing. I do not
 define
 my own DataFlavors..

 Any further help appreciated..

 -Sven
 Am 17.03.2014 09:54 schrieb Petr Pchelko petr.pche...@oracle.com:



 Hello, Sven.

 Looks like you are not specifying the representation class for the
 DataFlavor and it defaults
 to the InputStream. So, scene builder puts a ByteBuffer while the
 DataTransferer is trying to treat it as an
 InputStream.

 Could you please try to explicitly specify the representation class in
 the DataFlavor you are trying to put?
 Like this: new DataFlavor(scene.builder/internal;
 class=java.nio.HeapByteBuffer, SceneBuilder internal DF)

 With best regards. Petr.

 On 17.03.2014, at 0:13, Sven Reimers sven.reim...@gmail.com wrote:



 Ok... figured it out. It seems scene.builder.internal crashes the Swing
 parsing mechanism for mime types in the data transfer. Changing it to
 scene.builder/internal fixes this problem.

 Shall I open an issue in Jira for it?

 Having fixed this I get another problem :-(
 (see stacktrace below)

 Not sure how to fix this... investigating now.

 -Sven

 java.lang.ClassCastException: java.nio.HeapByteBuffer cannot be cast to
 java.io.InputStream
 at



 sun.awt.datatransfer.DataTransferer.translateTransferable(
 DataTransferer.java:1372)


 at



 sun.lwawt.macosx.CDataTransferer.translateTransferable(
 CDataTransferer.java:131)


 at sun.awt.datatransfer.DataTransferer$6.run(DataTransferer.java:2380)
 at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
 at java.awt.EventQueue.access$400(EventQueue.java:97)
 at java.awt.EventQueue$3.run(EventQueue.java:697)
 at java.awt.EventQueue$3.run(EventQueue.java:691)
 at java.security.AccessController.doPrivileged(Native Method)
 at



 java.security.ProtectionDomain$1.doIntersectionPrivilege(
 ProtectionDomain.java:75)


 at



 java.security.ProtectionDomain$1.doIntersectionPrivilege(
 ProtectionDomain.java:86)


 at java.awt.EventQueue$4.run(EventQueue.java:719)
 at java.awt.EventQueue$4.run(EventQueue.java:717)
 at java.security.AccessController.doPrivileged(Native Method)
 at



 java.security.ProtectionDomain$1.doIntersectionPrivilege(
 ProtectionDomain.java:75)


 at java.awt.EventQueue.dispatchEvent(EventQueue.java:716)
 at



 org.netbeans.core.TimableEventQueue.dispatchEvent(
 TimableEventQueue.java:159)


 at



 java.awt.EventDispatchThread.pumpOneEventForFilters(
 EventDispatchThread.java:201)


 at



 java.awt.EventDispatchThread.pumpEventsForFilter(
 EventDispatchThread.java:116)


 at



 java.awt.EventDispatchThread.pumpEventsForHierarchy(
 EventDispatchThread.java:105)


 at java.awt.EventDispatchThread.pumpEvents(
 EventDispatchThread.java:101)
 at java.awt.EventDispatchThread.pumpEvents(
 EventDispatchThread.java:93)
 at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)


 On Sun, Mar 16, 2014 at 8:30 PM, Sven Reimers sven.reim...@gmail.com
 wrote:



 Hi guys,

 hope someone can help me with the exception pasted below.

 Any idea how to go on from here?

 The code is available at


 https://bitbucket.org/sreimers/nbscenebuilder/


 Thanks

 -Sven

 java.lang.IllegalArgumentException: failed to


 parse:scene.builder.internal


 at java.awt.datatransfer.DataFlavor.init(DataFlavor.java:488)
 at



 javafx.embed.swing.SwingDnD$DnDTransferable.getTransferDataFlavors(
 SwingDnD.java:398)


 at



 sun.awt.datatransfer.DataTransferer.getFormatsForTransferable(
 DataTransferer.java:655)


 at



 sun.awt.dnd.SunDragSourceContextPeer.startDrag(
 SunDragSourceContextPeer.java:131

Re: SceneBuilder Integration in NetBeans

[Sven Reimers]

Yes, I can confirm everything looks ok.. but exceptions all over the place
don't make feel comfortable...

This is with fixed DataFormat String..

Thanks

-Sven
Am 17.03.2014 15:32 schrieb Eric Le Ponner eric.le.pon...@oracle.com:

 Hi Sven,

 As you mentioned, some fixes are also required at SB level  (the strings
 passed to DataFormat).
 I'm going to file a JIRA against Scene Builder for that.

 I did a sample Swing test with Scene Builder Kit and reproduced the
 exception
 reported in RT-36240. However it seems that this exception does not prevent
 SB to complete its drag and drop gestures. Does it match what you've
 observed ?

 Cheers.

 Eric



 Le 17 mars 2014 à 14:49, Sven Reimers sven.reim...@gmail.com a écrit :

  Created RT-36240
 
  -Sven
  Am 17.03.2014 13:10 schrieb Kevin Rushforth 
 kevin.rushfo...@oracle.com:
 
  Hi Sven,
 
  If you file the bug then yes, we can look at it for 8u20 (there is no
  earlier).
 
  And thanks to Petr for providing the evaluation for this.
 
  -- Kevin
 
 
  Sven Reimers wrote:
 
  Ok.
 
  Will file an issue and if possible create a patch.
 
  Any this could end up in 8u20 (or earlier)?
 
  Thanks
 
  -Sven
  Am 17.03.2014 11:05 schrieb Petr Pchelko petr.pche...@oracle.com:
 
 
 
  Ok, I see.
 
  This is the problem in FX interop.
  In javafx.embed.swing.SwingDnD.DnDTransferable class. It's wrapper
 that
  wraps the FX dragboard into the Swing Trasferable.
  It is a simple class and many features are simply not implemented. The
  implementation is very basic - it just creates the DataFlavor with the
  mime-type corresponding to the DataFormat mime-type. However it does
 not
  take into account the representation class. This works fine for basic
  types
  like text or may be image, but it completely does not work for custom
  types
  with custom representation classes.
 
  You could file a bug for this.
 
  With best regards. Petr.
 
  On 17.03.2014, at 13:39, Sven Reimers sven.reim...@gmail.com wrote:
 
  The problem seems to be in AbstractDragSource in SceneBuilder. It
 defines
  a javafx.scene.input.DataFormat.
  This seems to cause problems if running embedded in Swing. I do not
  define
  my own DataFlavors..
 
  Any further help appreciated..
 
  -Sven
  Am 17.03.2014 09:54 schrieb Petr Pchelko petr.pche...@oracle.com:
 
 
 
  Hello, Sven.
 
  Looks like you are not specifying the representation class for the
  DataFlavor and it defaults
  to the InputStream. So, scene builder puts a ByteBuffer while the
  DataTransferer is trying to treat it as an
  InputStream.
 
  Could you please try to explicitly specify the representation class
 in
  the DataFlavor you are trying to put?
  Like this: new DataFlavor(scene.builder/internal;
  class=java.nio.HeapByteBuffer, SceneBuilder internal DF)
 
  With best regards. Petr.
 
  On 17.03.2014, at 0:13, Sven Reimers sven.reim...@gmail.com wrote:
 
 
 
  Ok... figured it out. It seems scene.builder.internal crashes the
 Swing
  parsing mechanism for mime types in the data transfer. Changing it
 to
  scene.builder/internal fixes this problem.
 
  Shall I open an issue in Jira for it?
 
  Having fixed this I get another problem :-(
  (see stacktrace below)
 
  Not sure how to fix this... investigating now.
 
  -Sven
 
  java.lang.ClassCastException: java.nio.HeapByteBuffer cannot be
 cast to
  java.io.InputStream
  at
 
 
 
  sun.awt.datatransfer.DataTransferer.translateTransferable(
  DataTransferer.java:1372)
 
 
  at
 
 
 
  sun.lwawt.macosx.CDataTransferer.translateTransferable(
  CDataTransferer.java:131)
 
 
  at
 sun.awt.datatransfer.DataTransferer$6.run(DataTransferer.java:2380)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
  at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
  at java.awt.EventQueue.access$400(EventQueue.java:97)
  at java.awt.EventQueue$3.run(EventQueue.java:697)
  at java.awt.EventQueue$3.run(EventQueue.java:691)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 
 
  java.security.ProtectionDomain$1.doIntersectionPrivilege(
  ProtectionDomain.java:75)
 
 
  at
 
 
 
  java.security.ProtectionDomain$1.doIntersectionPrivilege(
  ProtectionDomain.java:86)
 
 
  at java.awt.EventQueue$4.run(EventQueue.java:719)
  at java.awt.EventQueue$4.run(EventQueue.java:717)
  at java.security.AccessController.doPrivileged(Native Method)
  at
 
 
 
  java.security.ProtectionDomain$1.doIntersectionPrivilege(
  ProtectionDomain.java:75)
 
 
  at java.awt.EventQueue.dispatchEvent(EventQueue.java:716)
  at
 
 
 
  org.netbeans.core.TimableEventQueue.dispatchEvent(
  TimableEventQueue.java:159)
 
 
  at
 
 
 
  java.awt.EventDispatchThread.pumpOneEventForFilters(
  EventDispatchThread.java:201)
 
 
  at
 
 
 
  java.awt.EventDispatchThread.pumpEventsForFilter(
  EventDispatchThread.java:116)
 
 
  at
 
 
 
  java.awt.EventDispatchThread.pumpEventsForHierarchy(
  EventDispatchThread.java:105)
 
 
  at java.awt.EventDispatchThread.pumpEvents

SceneBuilder Integration in NetBeans

[Sven Reimers]

Hi guys,

hope someone can help me with the exception pasted below.

Any idea how to go on from here?

The code is available at https://bitbucket.org/sreimers/nbscenebuilder/

Thanks

-Sven

java.lang.IllegalArgumentException: failed to parse:scene.builder.internal
at java.awt.datatransfer.DataFlavor.init(DataFlavor.java:488)
at
javafx.embed.swing.SwingDnD$DnDTransferable.getTransferDataFlavors(SwingDnD.java:398)
at
sun.awt.datatransfer.DataTransferer.getFormatsForTransferable(DataTransferer.java:655)
at
sun.awt.dnd.SunDragSourceContextPeer.startDrag(SunDragSourceContextPeer.java:131)
at
sun.lwawt.macosx.CDragSourceContextPeer.startDrag(CDragSourceContextPeer.java:88)
at java.awt.dnd.DragSource.startDrag(DragSource.java:321)
at java.awt.dnd.DragSource.startDrag(DragSource.java:426)
at java.awt.dnd.DragGestureEvent.startDrag(DragGestureEvent.java:237)
at javafx.embed.swing.SwingDnD.startDrag(SwingDnD.java:284)
at javafx.embed.swing.SwingDnD.access$1000(SwingDnD.java:73)
at javafx.embed.swing.SwingDnD$4$1.run(SwingDnD.java:249)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
at java.awt.EventQueue.access$400(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:697)
at java.awt.EventQueue$3.run(EventQueue.java:691)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:714)
at
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
[catch] at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: SceneBuilder Integration in NetBeans

[Sven Reimers]

Ok... figured it out. It seems scene.builder.internal crashes the Swing
parsing mechanism for mime types in the data transfer. Changing it to
scene.builder/internal fixes this problem.

Shall I open an issue in Jira for it?

Having fixed this I get another problem :-(
(see stacktrace below)

Not sure how to fix this... investigating now.

-Sven

java.lang.ClassCastException: java.nio.HeapByteBuffer cannot be cast to
java.io.InputStream
at
sun.awt.datatransfer.DataTransferer.translateTransferable(DataTransferer.java:1372)
at
sun.lwawt.macosx.CDataTransferer.translateTransferable(CDataTransferer.java:131)
at sun.awt.datatransfer.DataTransferer$6.run(DataTransferer.java:2380)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
at java.awt.EventQueue.access$400(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:697)
at java.awt.EventQueue$3.run(EventQueue.java:691)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:86)
at java.awt.EventQueue$4.run(EventQueue.java:719)
at java.awt.EventQueue$4.run(EventQueue.java:717)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:716)
at
org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)


On Sun, Mar 16, 2014 at 8:30 PM, Sven Reimers sven.reim...@gmail.comwrote:

 Hi guys,

 hope someone can help me with the exception pasted below.

 Any idea how to go on from here?

 The code is available at https://bitbucket.org/sreimers/nbscenebuilder/

 Thanks

 -Sven

 java.lang.IllegalArgumentException: failed to parse:scene.builder.internal
 at java.awt.datatransfer.DataFlavor.init(DataFlavor.java:488)
  at
 javafx.embed.swing.SwingDnD$DnDTransferable.getTransferDataFlavors(SwingDnD.java:398)
 at
 sun.awt.datatransfer.DataTransferer.getFormatsForTransferable(DataTransferer.java:655)
  at
 sun.awt.dnd.SunDragSourceContextPeer.startDrag(SunDragSourceContextPeer.java:131)
 at
 sun.lwawt.macosx.CDragSourceContextPeer.startDrag(CDragSourceContextPeer.java:88)
  at java.awt.dnd.DragSource.startDrag(DragSource.java:321)
 at java.awt.dnd.DragSource.startDrag(DragSource.java:426)
  at java.awt.dnd.DragGestureEvent.startDrag(DragGestureEvent.java:237)
 at javafx.embed.swing.SwingDnD.startDrag(SwingDnD.java:284)
  at javafx.embed.swing.SwingDnD.access$1000(SwingDnD.java:73)
 at javafx.embed.swing.SwingDnD$4$1.run(SwingDnD.java:249)
  at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
 at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744)
  at java.awt.EventQueue.access$400(EventQueue.java:97)
 at java.awt.EventQueue$3.run(EventQueue.java:697)
  at java.awt.EventQueue$3.run(EventQueue.java:691)
 at java.security.AccessController.doPrivileged(Native Method)
  at
 java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:75)
 at java.awt.EventQueue.dispatchEvent(EventQueue.java:714)
  at
 org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
 [catch] at
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
  at
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
 at
 java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
  at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
 at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
  at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

 --
 Sven Reimers

 * Senior Expert Software Architect
 * NetBeans Dream Team Member: http://dreamteam.netbeans.org
 * Community Leader  NetBeans: http://community.java.net/netbeans
   Desktop Java:
 http://community.java.net/javadesktop
 * JUG Leader JUG Bodensee: http://www.jug-bodensee.de
 * Duke's Choice Award Winner 2009
 * Blog: https://www.java.net//blog/sven

 * XING: https://www.xing.com/profile/Sven_Reimers8
 * LinkedIn: http://www.linkedin.com/in/svenreimers

 Join the NetBeans Groups:
 * XING: http://www.xing.com/group-20148.82db20
 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
 * LinkedIn: http://www.linkedin.com/groups?gid=1860468
http

Exception trying to embedd SceneBuilder EA 2.0 into NetBeans

[Sven Reimers]

HI guys,

trying the above experiment I get the NoSuchMethodError pasted below.

Anyone can shed some light on it?

Seems SceneBuilder 2.0 ea b6 uses jdk8 b113 internally and I am running on
b114..

-Sven

java.lang.NoSuchMethodError: javafx.fxml.FXMLLoader.setStaticLoad(Z)V
at
com.oracle.javafx.scenebuilder.kit.util.Deprecation.setStaticLoad(Deprecation.java:131)
at
com.oracle.javafx.scenebuilder.kit.fxom.FXOMLoader.load(FXOMLoader.java:72)
at
com.oracle.javafx.scenebuilder.kit.fxom.FXOMDocument.init(FXOMDocument.java:71)
at
com.oracle.javafx.scenebuilder.kit.editor.EditorController.updateFxomDocument(EditorController.java:1245)
at
com.oracle.javafx.scenebuilder.kit.editor.EditorController.setFxmlTextAndLocation(EditorController.java:428)


-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Exception trying to embedd SceneBuilder EA 2.0 into NetBeans

[Sven Reimers]

Thanks Tom..

Waiting for a new build...

-Sven

P.S. I should make a habit of having some jdk ea build lying around...


On Mon, Nov 11, 2013 at 2:59 PM, Tom Schindl tom.schi...@bestsolution.atwrote:

 The method has been renamed to impl_setStaticLoad!

 Tom

 On 11.11.13 14:54, Sven Reimers wrote:
  HI guys,
 
  trying the above experiment I get the NoSuchMethodError pasted below.
 
  Anyone can shed some light on it?
 
  Seems SceneBuilder 2.0 ea b6 uses jdk8 b113 internally and I am running
 on
  b114..
 
  -Sven
 
  java.lang.NoSuchMethodError: javafx.fxml.FXMLLoader.setStaticLoad(Z)V
  at
 
 com.oracle.javafx.scenebuilder.kit.util.Deprecation.setStaticLoad(Deprecation.java:131)
  at
 
 com.oracle.javafx.scenebuilder.kit.fxom.FXOMLoader.load(FXOMLoader.java:72)
  at
 
 com.oracle.javafx.scenebuilder.kit.fxom.FXOMDocument.init(FXOMDocument.java:71)
  at
 
 com.oracle.javafx.scenebuilder.kit.editor.EditorController.updateFxomDocument(EditorController.java:1245)
  at
 
 com.oracle.javafx.scenebuilder.kit.editor.EditorController.setFxmlTextAndLocation(EditorController.java:428)
 
 




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

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

[Sven Reimers]

 Vieira wrote:
  
   Even the most fab skins or CSS is not going to get us away from
  the need
   to
   integrate JavaFX controls with true native controls.  As has
  been pointed
   out, there are some native controls on both iOS and Android for
  which
   there
   is no JavaFX equivalent and this will always be the case.  Even
  if
   someone
   were to develop near identical lightweight controls in JavaFX,
  they would
   need to behave slightly differently on iOS than they do on
  Android and
   vice
   versa.
  
  
   I don't think this is exactly this straight forward. Ideally you
  would
   want
   to have this kind of native behavior on every platform. But
  having this
   native behavior involves having a different version of your app
  for each
   OS
   you want to deploy in, which might not be what the developers
  want.
   Remember JavaFX is a cross platform development kit and the
 major
  reason a
   developer would choose JavaFX over doing native mobile
  development is that
   his app can run on a variety of mobile platforms: windows 8,
 ipad,
   android,
   iPhone, etc with the same code base and *MOST* importantly with
  much less
   development time than building an app for each platform.
   For the sake of development time an app that doesn't go against
  any of the
   different platforms UX but that has the least common denominator
  so that
   each user in each different platform understands the UI might be
  a better
   solution for the sake of development time. One such example is
  the back
   button that appears when you drill down a list on an ios app but
  doesn't
   appear in an android app because every android phone as a
  physical back
   button.
  
   I do agree with you that there are some places where a native
  looking
   control is ideal and doesn't involve any extra effort from the
  developer
   to
   customize it for the given platform like for instance comboboxs
  where a
   kind of wheel appears where the user can choose an option, or
  input
   controls where the native keyboard pops up.
  
   Thanks, best regards,
  
  
  
  
  
  
  
 
 




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

NPE in skin.Utils.computeXOffset

[Sven Reimers]

Hi all,

I get this a lot with b114 - any one any idea on what is going on?

java.lang.NullPointerException
at com.sun.javafx.scene.control.skin.Utils.computeXOffset(Utils.java:695)
at
com.sun.javafx.scene.control.skin.TitledPaneSkin$TitleRegion.layoutChildren(TitledPaneSkin.java:453)
at javafx.scene.Parent.layout(Parent.java:1063)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Group.impl_computeLayoutBounds(Group.java:159)
at javafx.scene.Node$15.computeBounds(Node.java:3171)
at javafx.scene.Node$LazyBoundsProperty.get(Node.java:8991)
at javafx.scene.Node$LazyBoundsProperty.get(Node.java:8961)
at javafx.scene.Node.getLayoutBounds(Node.java:3186)
at
com.sun.javafx.scene.control.skin.ScrollPaneSkin.computeScrollNodeSize(ScrollPaneSkin.java:930)
at
com.sun.javafx.scene.control.skin.ScrollPaneSkin.layoutChildren(ScrollPaneSkin.java:788)
at javafx.scene.control.Control.layoutChildren(Control.java:569)
at javafx.scene.Parent.layout(Parent.java:1063)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Parent.layout(Parent.java:1069)
at javafx.scene.Scene.doLayoutPass(Scene.java:564)
at javafx.scene.Scene$ScenePulseListener.pulse(Scene.java:2341)
at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:329)
at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479)
at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460)
at com.sun.javafx.tk.quantum.QuantumToolkit$13.run(QuantumToolkit.java:327)
at
com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95)

Thanks

-Sven
-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* JUG Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009
* Blog: https://www.java.net//blog/sven

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

SceneBuilder 2 and OS X

[Sven Reimers]

Why is not available at the moment?

Thanks for clarification..

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Leader JUG Bodensee: http://www.jug-bodensee.de
* Duke's Choice Award Winner 2009

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: SceneBuilder 2 and OS X

[Sven Reimers]

I just read the release notes as well and was not sure if this was the
reason - if it is - fine with me

-Sven


On Sun, Nov 3, 2013 at 10:01 PM, Jonathan Giles
jonathan.gi...@oracle.comwrote:

 From what I read online there were build issues with the Mac build.
 Rather than delay all releases until the mac build was resolved, just
 the Mac release was delayed until it could have its build problems
 resolved. I'm sure the Mac build will come out asap.

 -- Jonathan

 On 4/11/2013 9:55 a.m., Sven Reimers wrote:
  Why is not available at the moment?
 
  Thanks for clarification..
 
  -Sven
 




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Media is now opensource

[Sven Reimers]

Put me down as interested Richard. We can chat a bit on it at Devoxx

Sven
Am 19.10.2013 02:08 schrieb Richard Bair richard.b...@oracle.com:

  That's pretty much it.  VP6, T2K, deploy, FX JMX tooling.

 VP6 won't ever be opened because it is licensed 3rd party code. However it
 isn't used that much anymore, most folks are using h.264. T2K I will come
 back to. Deploy code (meaning, Applets) is not planned to be open sourced,
 and I don't think it can be, unless JavaSE open sources all the applet /
 webstart code. The JMX tooling code really doesn't work well (last I tried
 it didn't work at all…). However I have big plans for JMX tooling in the 9
 timeframe which might come to fruition (anybody out there interested in
 live-debugging JavaFX let me know, I've got a project for you!). I don't
 now that we should bother open sourcing the JMX tooling code vs. just
 replacing it.

 Kevin, if it is easy to open it, lets just do it and use it as a starting
 point.

 For T2K, I'm a little unclear and hope someone can help clear up for me
 under what circumstances we use T2K in the shipping product. My current
 understanding was that we use native fonts for every platform except maybe
 embedded, but that we want to switch from T2K to native fonts (Pango or
 HarfBuzz or whatnot) soon. Is that right?

 The JDK uses an open source font library for OpenJDK, but T2K for the
 Oracle JDK. On FX we just wanted to have a single implementation that was
 used by both. The hope is that besides Applet code and VP6, everything in
 the Oracle JavaFX would be available in OpenJFX, so that JavaFX is truly an
 open source project built on open source code.

 For you guys at RedHat, the answer is: everything is open source. Go
 forth, build, and prosper :-). I read on twitter Miho succeeded in a build
 of OpenJFX based on OpenJDK. I think the doors are open for business. Other
 than we still need the mercurial server moved from version .9 to something
 modern so that we can have outside committers commit to the repo directly,
 whereas right now it would require gate repos. Sadness. But if it takes a
 Gate repo we'll use a darn gate repo so that we can be a real open source
 project.

 Richard

Re: Constructor annotation

[Sven Reimers]

+1 for base module
+1 for option 2


Only thing that troubles me is the readability if the annotation is long..
you will end up with a lot of boilerplate annotation characters vs. content
in the constructor argument declaration...

-Sven


On Wed, Oct 16, 2013 at 5:12 PM, Tom Schindl tom.schi...@bestsolution.atwrote:

 To me the JavaBean solution with one annotation looks error prone, does
 anybody know why they did not use an annotation per field?

 Tom

 On 16.10.13 16:58, Stephen F Northover wrote:
  +1 for base.  Should we not follow closely what Java Beans is doing for
  consistency?  I realize that we can't have the reference.
 
  Steve
 
  On 2013-10-16 10:53 AM, Kevin Rushforth wrote:
  Not to mention Tom's point that it can't be in the fxml module without
  created unwanted (and circular) module dependencies. Seems like it
  needs to be in the base module then, right?
 
  -- Kevin
 
 
  Richard Bair wrote:
  +1 this is my preference. It is useful for things other than FXML,
  and should be considered part of our javafx.beans API.
 
  On Oct 16, 2013, at 4:20 AM, Tom Schindl
  tom.schi...@bestsolution.at wrote:
 
  On 16.10.13 11:22, Eva Krejcirova wrote:
  Hi All,
 
  when we retired builders, we caused a problem for FXML which doesn't
  have a way to create classes without default constructors. Back
  then we
  decided to use an annotation for this but never actually got to
  implement it and we need to fix this for FX8. I am in the process of
  adding this functionality to FXMLLoader but we need to decide how the
  annotation will look like and I could use some help with this.
 
  We cannot use already existing ConstructorProperties for this,
 because
  it's java.beans package and we don't want to create to dependency on
  this package in JavaFX, so we need to introduce a new annotation.
 
  We have two options:
 
  1. Annotate the whole constructor:
  e.g.
 @ConstructorArguments({a, b, list})
 public ImmutableClass(int a, int b, Integer... list)
 
  2. Annotate the arguments:
  e.g.
 public ImmutableClass(@FXMLArgument(a) int a,
  @FXMLArgument(b)int b, @FXMLArgument(list)Integer... list)
 
 
  Which option do you like more and how should the annotation be named?
  Option 2, but does it really have to hold FXML in the annotation name?
  Where would you put the annotation? I think it should NOT be in the
  FXML-Package-Namespace because the core should NOT depend on FXML!
 
  I'd go with @Argument or simply @NamedArgument (@Named is already used
  by javax.inject)
 
  Tom
 




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Lambdafication (was Re: Default methods in JFX-8)

[Sven Reimers]

Ok.

So Lamdafication after 8.

Fixes for warnings still in for 8?

Will try to get some more data out of my trial... and if this needs time a
full OPenJFX-Lambda branch might be handy on bitbucket...

Next nightshift...

-Sven


On Mon, Oct 7, 2013 at 6:24 PM, Richard Bair richard.b...@oracle.comwrote:

 My thoughts exactly, which is why I'm grateful for Sven for trying it out
 :-). I expect that Lambda would make a big reduction in static class count
 (i.e.: class files), but not a major reduction in class count at runtime
 (since dynamic classes are created for Lambdas). So a normal Jar should be
 significantly smaller, while a Pack200 jar probably has little to no
 difference. Execution speed should be the same. Startup might be faster or
 slower, I'm not sure (but I would expect it to be negligible). If the jar
 is significantly reduced in size, it might be useful for embedded which
 doesn't use Pack200.

 But we need the data, because making the change at this point, otherwise
 in a couple months when we get a 9 / 8u workspace opened we can start
 putting the work in there (since in my mind there is no question but that
 for 9 we need to complete lamdafication).

 Richard

 On Oct 7, 2013, at 8:19 AM, Danno Ferrin danno.fer...@shemnon.com wrote:

  IntelliJ at least has a decent de-lamba assistant, not sure about
 NetBeans
  since it isn't my daily driver.  So I am not concerned about the
  backporting impact if (and this is the big if) there is demonstrable
  improvement in either jar size, execution speed, or runtime memory
 impact.
  Ideally all three.  Worth the hassle in that case.  But if all we get
 from
  this is busy work, then i would then question it's value.
 
 
  On Mon, Oct 7, 2013 at 8:21 AM, Tom Schindl tom.schi...@bestsolution.at
 wrote:
 
  ... I can't see any real improvement for using lambdas beside that you
  killed off warnings which could be fixed otherwise as well.
 
  So I really don't get what it would help us beside making e.g. RoboVM
  our sole chance to get FX on iOS harder to maintain.
 
  Tom
 
  On 07.10.13 16:16, Sven Reimers wrote:
  Ok. So I will file a P4 saying Lambdafication for Controls
  and send the diff to Richard/Kevin/Jonathan to be attached..
 
  should I base the change on b110 (master)?
 
  I could create a public bitbucket branch based on master and add my
  changes
  there - better idea?
 
  What approach is most simple for review?
 
  Should I split test and library code changes?
 
  -Sven
 
  P.S. Shall I try to get this done as well for other modules? Which
 would
  be
  preferred? (Just in case I have some more time to spend)
 
 
 
  On Mon, Oct 7, 2013 at 1:26 PM, Kevin Rushforth
  kevin.rushfo...@oracle.comwrote:
 
  **
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
 
  We have 2 weeks where we can still accept P4-P5 bugs into FX 8, and
  getting rid of warnings would be a P4 bug. I guess it depends on how
  intrusive the changes are and whether someone has time to review it in
  the
  next two weeks.
 
  -- Kevin
 
 
 
 
  Sven Reimers wrote:
 
  Ok. So here are the results of trying to add lambda and diamond to the
  controls module:
 
  1. A lot of generics and typing to be fixed (esp. in tests). Seems you
  can
  get  some anonymous inner classes type checked by the compiler, but
 not
  the
  lambda equivalent.. very interesting.
 
  2.  279 Files modified (including tests)
 
  3. A lot of the automatic replacements could probably be nicer e.g.
 
  ft.setOnFinished(new EventHandlerActionEvent() {
 @Override public void handle(ActionEvent
  actionEvent) {
   getChildren().remove(tm.textNode);
 }
 });
 
  was replaced to:
 
  ft.setOnFinished((ActionEvent actionEvent) - {
 getChildren().remove(tm.textNode);
  });
 
  most unobtrusive code probably:
 
  ft.setOnFinished((actionEvent) - getChildren().remove(tm.textNode));
 
  4. A lot of illegal forward reference errors - these were result of
  missing
  this in the automatic transformation from anonymous inner to lambdas
  (seems
  the rules are not identical - you have to add this. as prefix if
 using
  lambdas - not sure this is the expected way it should work)
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
  7. Probably more things I just can't think of at the moment...
 
  How to take this forward? If there is interest in the change I could
  make
  available...
 
  Comments? Ideas?
 
  -Sven
 
 
 
  On Fri, Oct 4, 2013 at 2:19 PM, Sven Reimers sven.reim...@gmail.com
 
  sven.reim...@gmail.com wrote:
 
 
 
  Oh and btw - would you go for lambda with or without additional type
  info
  before parameter name?
 
  -Sven
 
 
  On Fri, Oct 4, 2013 at 2:05 PM, Sven Reimers sven.reim...@gmail.com

Building on Mac with latest Xcode

[Sven Reimers]

Hi,

since I had to once more reinstall my Mac short before Java One I lost a
couple of updates, so I finally got the latest XCode installed, which does
not include MacOSX 10.7 SDK.

Fixing building is easy - just change minimum version in
buildSrc/mac.gradle to 10.8 does the trick.

So what is the official correct way to circumvent the problem?

Seems the latest XCode version that shipped 10.7 SDK is 4.4 (if I get this
correct from https://developer.apple.com/downloads/index.action?q=xcode

Should deinstall the actual version and get back to 4.4?

Any comments appreciated.

Thanks

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Lambdafication (was Re: Default methods in JFX-8)

[Sven Reimers]

First batch of statistics (controls submodule so far)

1630 vs 996 class in controls (my actual state on disk, YMMV)

More statistics to follow...

-Sven


On Mon, Oct 7, 2013 at 6:24 PM, Richard Bair richard.b...@oracle.comwrote:

 My thoughts exactly, which is why I'm grateful for Sven for trying it out
 :-). I expect that Lambda would make a big reduction in static class count
 (i.e.: class files), but not a major reduction in class count at runtime
 (since dynamic classes are created for Lambdas). So a normal Jar should be
 significantly smaller, while a Pack200 jar probably has little to no
 difference. Execution speed should be the same. Startup might be faster or
 slower, I'm not sure (but I would expect it to be negligible). If the jar
 is significantly reduced in size, it might be useful for embedded which
 doesn't use Pack200.

 But we need the data, because making the change at this point, otherwise
 in a couple months when we get a 9 / 8u workspace opened we can start
 putting the work in there (since in my mind there is no question but that
 for 9 we need to complete lamdafication).

 Richard

 On Oct 7, 2013, at 8:19 AM, Danno Ferrin danno.fer...@shemnon.com wrote:

  IntelliJ at least has a decent de-lamba assistant, not sure about
 NetBeans
  since it isn't my daily driver.  So I am not concerned about the
  backporting impact if (and this is the big if) there is demonstrable
  improvement in either jar size, execution speed, or runtime memory
 impact.
  Ideally all three.  Worth the hassle in that case.  But if all we get
 from
  this is busy work, then i would then question it's value.
 
 
  On Mon, Oct 7, 2013 at 8:21 AM, Tom Schindl tom.schi...@bestsolution.at
 wrote:
 
  ... I can't see any real improvement for using lambdas beside that you
  killed off warnings which could be fixed otherwise as well.
 
  So I really don't get what it would help us beside making e.g. RoboVM
  our sole chance to get FX on iOS harder to maintain.
 
  Tom
 
  On 07.10.13 16:16, Sven Reimers wrote:
  Ok. So I will file a P4 saying Lambdafication for Controls
  and send the diff to Richard/Kevin/Jonathan to be attached..
 
  should I base the change on b110 (master)?
 
  I could create a public bitbucket branch based on master and add my
  changes
  there - better idea?
 
  What approach is most simple for review?
 
  Should I split test and library code changes?
 
  -Sven
 
  P.S. Shall I try to get this done as well for other modules? Which
 would
  be
  preferred? (Just in case I have some more time to spend)
 
 
 
  On Mon, Oct 7, 2013 at 1:26 PM, Kevin Rushforth
  kevin.rushfo...@oracle.comwrote:
 
  **
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
 
  We have 2 weeks where we can still accept P4-P5 bugs into FX 8, and
  getting rid of warnings would be a P4 bug. I guess it depends on how
  intrusive the changes are and whether someone has time to review it in
  the
  next two weeks.
 
  -- Kevin
 
 
 
 
  Sven Reimers wrote:
 
  Ok. So here are the results of trying to add lambda and diamond to the
  controls module:
 
  1. A lot of generics and typing to be fixed (esp. in tests). Seems you
  can
  get  some anonymous inner classes type checked by the compiler, but
 not
  the
  lambda equivalent.. very interesting.
 
  2.  279 Files modified (including tests)
 
  3. A lot of the automatic replacements could probably be nicer e.g.
 
  ft.setOnFinished(new EventHandlerActionEvent() {
 @Override public void handle(ActionEvent
  actionEvent) {
   getChildren().remove(tm.textNode);
 }
 });
 
  was replaced to:
 
  ft.setOnFinished((ActionEvent actionEvent) - {
 getChildren().remove(tm.textNode);
  });
 
  most unobtrusive code probably:
 
  ft.setOnFinished((actionEvent) - getChildren().remove(tm.textNode));
 
  4. A lot of illegal forward reference errors - these were result of
  missing
  this in the automatic transformation from anonymous inner to lambdas
  (seems
  the rules are not identical - you have to add this. as prefix if
 using
  lambdas - not sure this is the expected way it should work)
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
  7. Probably more things I just can't think of at the moment...
 
  How to take this forward? If there is interest in the change I could
  make
  available...
 
  Comments? Ideas?
 
  -Sven
 
 
 
  On Fri, Oct 4, 2013 at 2:19 PM, Sven Reimers sven.reim...@gmail.com
 
  sven.reim...@gmail.com wrote:
 
 
 
  Oh and btw - would you go for lambda with or without additional type
  info
  before parameter name?
 
  -Sven
 
 
  On Fri, Oct 4, 2013 at 2:05 PM, Sven Reimers sven.reim...@gmail.com
 
  sven.reim...@gmail.comwrote:
 
 
 
  Ok. Here you go...
 
  I just did

Re: Lambdafication (was Re: Default methods in JFX-8)

[Sven Reimers]

Cool will try to get this done...

-Sven


On Mon, Oct 7, 2013 at 10:31 PM, Danno Ferrin danno.fer...@shemnon.comwrote:

 You can fork from here:

 https://bitbucket.org/openjfxmirrors/openjfx-8-graphics-rt

 It updates every 4 hours based on a cloudbees job.


 On Mon, Oct 7, 2013 at 11:23 AM, Sven Reimers sven.reim...@gmail.comwrote:

 Ok.

 So Lamdafication after 8.

 Fixes for warnings still in for 8?

 Will try to get some more data out of my trial... and if this needs time
 a full OPenJFX-Lambda branch might be handy on bitbucket...

 Next nightshift...

 -Sven


 On Mon, Oct 7, 2013 at 6:24 PM, Richard Bair richard.b...@oracle.comwrote:

 My thoughts exactly, which is why I'm grateful for Sven for trying it
 out :-). I expect that Lambda would make a big reduction in static class
 count (i.e.: class files), but not a major reduction in class count at
 runtime (since dynamic classes are created for Lambdas). So a normal Jar
 should be significantly smaller, while a Pack200 jar probably has little to
 no difference. Execution speed should be the same. Startup might be faster
 or slower, I'm not sure (but I would expect it to be negligible). If the
 jar is significantly reduced in size, it might be useful for embedded which
 doesn't use Pack200.

 But we need the data, because making the change at this point, otherwise
 in a couple months when we get a 9 / 8u workspace opened we can start
 putting the work in there (since in my mind there is no question but that
 for 9 we need to complete lamdafication).

 Richard

 On Oct 7, 2013, at 8:19 AM, Danno Ferrin danno.fer...@shemnon.com
 wrote:

  IntelliJ at least has a decent de-lamba assistant, not sure about
 NetBeans
  since it isn't my daily driver.  So I am not concerned about the
  backporting impact if (and this is the big if) there is demonstrable
  improvement in either jar size, execution speed, or runtime memory
 impact.
  Ideally all three.  Worth the hassle in that case.  But if all we get
 from
  this is busy work, then i would then question it's value.
 
 
  On Mon, Oct 7, 2013 at 8:21 AM, Tom Schindl 
 tom.schi...@bestsolution.atwrote:
 
  ... I can't see any real improvement for using lambdas beside that you
  killed off warnings which could be fixed otherwise as well.
 
  So I really don't get what it would help us beside making e.g. RoboVM
  our sole chance to get FX on iOS harder to maintain.
 
  Tom
 
  On 07.10.13 16:16, Sven Reimers wrote:
  Ok. So I will file a P4 saying Lambdafication for Controls
  and send the diff to Richard/Kevin/Jonathan to be attached..
 
  should I base the change on b110 (master)?
 
  I could create a public bitbucket branch based on master and add my
  changes
  there - better idea?
 
  What approach is most simple for review?
 
  Should I split test and library code changes?
 
  -Sven
 
  P.S. Shall I try to get this done as well for other modules? Which
 would
  be
  preferred? (Just in case I have some more time to spend)
 
 
 
  On Mon, Oct 7, 2013 at 1:26 PM, Kevin Rushforth
  kevin.rushfo...@oracle.comwrote:
 
  **
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
 
  We have 2 weeks where we can still accept P4-P5 bugs into FX 8, and
  getting rid of warnings would be a P4 bug. I guess it depends on how
  intrusive the changes are and whether someone has time to review it
 in
  the
  next two weeks.
 
  -- Kevin
 
 
 
 
  Sven Reimers wrote:
 
  Ok. So here are the results of trying to add lambda and diamond to
 the
  controls module:
 
  1. A lot of generics and typing to be fixed (esp. in tests). Seems
 you
  can
  get  some anonymous inner classes type checked by the compiler, but
 not
  the
  lambda equivalent.. very interesting.
 
  2.  279 Files modified (including tests)
 
  3. A lot of the automatic replacements could probably be nicer e.g.
 
  ft.setOnFinished(new EventHandlerActionEvent() {
 @Override public void handle(ActionEvent
  actionEvent) {
   getChildren().remove(tm.textNode);
 }
 });
 
  was replaced to:
 
  ft.setOnFinished((ActionEvent actionEvent) - {
 getChildren().remove(tm.textNode);
  });
 
  most unobtrusive code probably:
 
  ft.setOnFinished((actionEvent) -
 getChildren().remove(tm.textNode));
 
  4. A lot of illegal forward reference errors - these were result of
  missing
  this in the automatic transformation from anonymous inner to lambdas
  (seems
  the rules are not identical - you have to add this. as prefix if
 using
  lambdas - not sure this is the expected way it should work)
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
  7. Probably more things I just can't think of at the moment...
 
  How to take this forward? If there is interest in the change I could
  make

Re: Lambdafication (was Re: Default methods in JFX-8)

[Sven Reimers]

Ok jfxrt.jar sizes build from openjfx:

8165779 - 7736259 bytes

Will try to get this into a fork on github so you all can play with the
actual state...

-Sven


On Mon, Oct 7, 2013 at 10:32 PM, Sven Reimers sven.reim...@gmail.comwrote:

 First batch of statistics (controls submodule so far)

 1630 vs 996 class in controls (my actual state on disk, YMMV)

 More statistics to follow...

 -Sven


 On Mon, Oct 7, 2013 at 6:24 PM, Richard Bair richard.b...@oracle.comwrote:

 My thoughts exactly, which is why I'm grateful for Sven for trying it out
 :-). I expect that Lambda would make a big reduction in static class count
 (i.e.: class files), but not a major reduction in class count at runtime
 (since dynamic classes are created for Lambdas). So a normal Jar should be
 significantly smaller, while a Pack200 jar probably has little to no
 difference. Execution speed should be the same. Startup might be faster or
 slower, I'm not sure (but I would expect it to be negligible). If the jar
 is significantly reduced in size, it might be useful for embedded which
 doesn't use Pack200.

 But we need the data, because making the change at this point, otherwise
 in a couple months when we get a 9 / 8u workspace opened we can start
 putting the work in there (since in my mind there is no question but that
 for 9 we need to complete lamdafication).

 Richard

 On Oct 7, 2013, at 8:19 AM, Danno Ferrin danno.fer...@shemnon.com
 wrote:

  IntelliJ at least has a decent de-lamba assistant, not sure about
 NetBeans
  since it isn't my daily driver.  So I am not concerned about the
  backporting impact if (and this is the big if) there is demonstrable
  improvement in either jar size, execution speed, or runtime memory
 impact.
  Ideally all three.  Worth the hassle in that case.  But if all we get
 from
  this is busy work, then i would then question it's value.
 
 
  On Mon, Oct 7, 2013 at 8:21 AM, Tom Schindl 
 tom.schi...@bestsolution.atwrote:
 
  ... I can't see any real improvement for using lambdas beside that you
  killed off warnings which could be fixed otherwise as well.
 
  So I really don't get what it would help us beside making e.g. RoboVM
  our sole chance to get FX on iOS harder to maintain.
 
  Tom
 
  On 07.10.13 16:16, Sven Reimers wrote:
  Ok. So I will file a P4 saying Lambdafication for Controls
  and send the diff to Richard/Kevin/Jonathan to be attached..
 
  should I base the change on b110 (master)?
 
  I could create a public bitbucket branch based on master and add my
  changes
  there - better idea?
 
  What approach is most simple for review?
 
  Should I split test and library code changes?
 
  -Sven
 
  P.S. Shall I try to get this done as well for other modules? Which
 would
  be
  preferred? (Just in case I have some more time to spend)
 
 
 
  On Mon, Oct 7, 2013 at 1:26 PM, Kevin Rushforth
  kevin.rushfo...@oracle.comwrote:
 
  **
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
 
  We have 2 weeks where we can still accept P4-P5 bugs into FX 8, and
  getting rid of warnings would be a P4 bug. I guess it depends on how
  intrusive the changes are and whether someone has time to review it
 in
  the
  next two weeks.
 
  -- Kevin
 
 
 
 
  Sven Reimers wrote:
 
  Ok. So here are the results of trying to add lambda and diamond to
 the
  controls module:
 
  1. A lot of generics and typing to be fixed (esp. in tests). Seems
 you
  can
  get  some anonymous inner classes type checked by the compiler, but
 not
  the
  lambda equivalent.. very interesting.
 
  2.  279 Files modified (including tests)
 
  3. A lot of the automatic replacements could probably be nicer e.g.
 
  ft.setOnFinished(new EventHandlerActionEvent() {
 @Override public void handle(ActionEvent
  actionEvent) {
   getChildren().remove(tm.textNode);
 }
 });
 
  was replaced to:
 
  ft.setOnFinished((ActionEvent actionEvent) - {
 getChildren().remove(tm.textNode);
  });
 
  most unobtrusive code probably:
 
  ft.setOnFinished((actionEvent) - getChildren().remove(tm.textNode));
 
  4. A lot of illegal forward reference errors - these were result of
  missing
  this in the automatic transformation from anonymous inner to lambdas
  (seems
  the rules are not identical - you have to add this. as prefix if
 using
  lambdas - not sure this is the expected way it should work)
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
  7. Probably more things I just can't think of at the moment...
 
  How to take this forward? If there is interest in the change I could
  make
  available...
 
  Comments? Ideas?
 
  -Sven
 
 
 
  On Fri, Oct 4, 2013 at 2:19 PM, Sven Reimers sven.reim...@gmail.com
 
  sven.reim...@gmail.com wrote:
 
 
 
  Oh and btw - would you

Re: Lambdafication (was Re: Default methods in JFX-8)

[Sven Reimers]

Done...

https://bitbucket.org/sreimers/openjfx-8-lambdafication

Have fun

-Sven


On Mon, Oct 7, 2013 at 10:42 PM, Sven Reimers sven.reim...@gmail.comwrote:

 Ok jfxrt.jar sizes build from openjfx:

 8165779 - 7736259 bytes

 Will try to get this into a fork on github so you all can play with the
 actual state...

 -Sven


 On Mon, Oct 7, 2013 at 10:32 PM, Sven Reimers sven.reim...@gmail.comwrote:

 First batch of statistics (controls submodule so far)

 1630 vs 996 class in controls (my actual state on disk, YMMV)

 More statistics to follow...

 -Sven


 On Mon, Oct 7, 2013 at 6:24 PM, Richard Bair richard.b...@oracle.comwrote:

 My thoughts exactly, which is why I'm grateful for Sven for trying it
 out :-). I expect that Lambda would make a big reduction in static class
 count (i.e.: class files), but not a major reduction in class count at
 runtime (since dynamic classes are created for Lambdas). So a normal Jar
 should be significantly smaller, while a Pack200 jar probably has little to
 no difference. Execution speed should be the same. Startup might be faster
 or slower, I'm not sure (but I would expect it to be negligible). If the
 jar is significantly reduced in size, it might be useful for embedded which
 doesn't use Pack200.

 But we need the data, because making the change at this point, otherwise
 in a couple months when we get a 9 / 8u workspace opened we can start
 putting the work in there (since in my mind there is no question but that
 for 9 we need to complete lamdafication).

 Richard

 On Oct 7, 2013, at 8:19 AM, Danno Ferrin danno.fer...@shemnon.com
 wrote:

  IntelliJ at least has a decent de-lamba assistant, not sure about
 NetBeans
  since it isn't my daily driver.  So I am not concerned about the
  backporting impact if (and this is the big if) there is demonstrable
  improvement in either jar size, execution speed, or runtime memory
 impact.
  Ideally all three.  Worth the hassle in that case.  But if all we get
 from
  this is busy work, then i would then question it's value.
 
 
  On Mon, Oct 7, 2013 at 8:21 AM, Tom Schindl 
 tom.schi...@bestsolution.atwrote:
 
  ... I can't see any real improvement for using lambdas beside that you
  killed off warnings which could be fixed otherwise as well.
 
  So I really don't get what it would help us beside making e.g. RoboVM
  our sole chance to get FX on iOS harder to maintain.
 
  Tom
 
  On 07.10.13 16:16, Sven Reimers wrote:
  Ok. So I will file a P4 saying Lambdafication for Controls
  and send the diff to Richard/Kevin/Jonathan to be attached..
 
  should I base the change on b110 (master)?
 
  I could create a public bitbucket branch based on master and add my
  changes
  there - better idea?
 
  What approach is most simple for review?
 
  Should I split test and library code changes?
 
  -Sven
 
  P.S. Shall I try to get this done as well for other modules? Which
 would
  be
  preferred? (Just in case I have some more time to spend)
 
 
 
  On Mon, Oct 7, 2013 at 1:26 PM, Kevin Rushforth
  kevin.rushfo...@oracle.comwrote:
 
  **
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
 
  We have 2 weeks where we can still accept P4-P5 bugs into FX 8, and
  getting rid of warnings would be a P4 bug. I guess it depends on how
  intrusive the changes are and whether someone has time to review it
 in
  the
  next two weeks.
 
  -- Kevin
 
 
 
 
  Sven Reimers wrote:
 
  Ok. So here are the results of trying to add lambda and diamond to
 the
  controls module:
 
  1. A lot of generics and typing to be fixed (esp. in tests). Seems
 you
  can
  get  some anonymous inner classes type checked by the compiler, but
 not
  the
  lambda equivalent.. very interesting.
 
  2.  279 Files modified (including tests)
 
  3. A lot of the automatic replacements could probably be nicer e.g.
 
  ft.setOnFinished(new EventHandlerActionEvent() {
 @Override public void handle(ActionEvent
  actionEvent) {
   getChildren().remove(tm.textNode);
 }
 });
 
  was replaced to:
 
  ft.setOnFinished((ActionEvent actionEvent) - {
 getChildren().remove(tm.textNode);
  });
 
  most unobtrusive code probably:
 
  ft.setOnFinished((actionEvent) -
 getChildren().remove(tm.textNode));
 
  4. A lot of illegal forward reference errors - these were result of
  missing
  this in the automatic transformation from anonymous inner to lambdas
  (seems
  the rules are not identical - you have to add this. as prefix if
 using
  lambdas - not sure this is the expected way it should work)
 
  5. Should we enable more -Xlint warnings in OpenJFX build?
 
  6. Any chances anything of this can still go in 8 (e.g. get rid of
  warnings
 
  7. Probably more things I just can't think of at the moment...
 
  How to take this forward? If there is interest in the change I could
  make
  available

Re: Small API Tweak to Task (Worker)

[Sven Reimers]

What I probably was thinking about is task that written with the intention
that they should not be cancelled, e.g. calculations you want a result of.
It is not so much about you could not make them cancelable, but to show
this is not intended to be cancelled...

Hope I could clarify my train thought.

Thanks for listening

-Sven


On Thu, Sep 26, 2013 at 10:39 PM, Richard Bair richard.b...@oracle.comwrote:

 What are some examples of tasks that would not be cancelable?

 Richard

 On Sep 2, 2013, at 9:13 AM, Sven Reimers sven.reim...@gmail.com wrote:

  Hi,
 
  I am trying to build a UI representation of a Task (using a ProgressBar
 and
  other things).
 
  Since Tasks are cancellabe I thought about adding a button to cancel the
  underlying Task. So far so good.
 
  Is there any reason why a Task can not express, if it is intended for the
  task to act cooperative to a call to cancel? Something along the
 following
  lines
 
  public boolean isCancellable() { return true; }  // default
 
  This would enable users of the API to distinguish between Tasks which
  really can be cancelled from those which just fulfill the API contract.
 
  Comments?
 
  -Sven
 
  --
  Sven Reimers
 
  * Senior Expert Software Architect
  * NetBeans Dream Team Member: http://dreamteam.netbeans.org
  * Community Leader  NetBeans: http://community.java.net/netbeans
   Desktop Java:
  http://community.java.net/javadesktop
  * Duke's Choice Award Winner 2009
  * Blog: http://nbguru.blogspot.com
 
  * XING: https://www.xing.com/profile/Sven_Reimers8
  * LinkedIn: http://www.linkedin.com/in/svenreimers
 
  Join the NetBeans Groups:
  * XING: http://www.xing.com/group-20148.82db20
  * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
  * LinkedIn: http://www.linkedin.com/groups?gid=1860468
http://www.linkedin.com/groups?gid=107402
http://www.linkedin.com/groups?gid=1684717
  * Oracle: https://mix.oracle.com/groups/18497




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Lambdafication (was Re: Default methods in JFX-8)

[Sven Reimers]

You can do this using NetBeans 7.4 RC 2 - select Inspect and Transform and
go hunting for Use Lambda...

I tried it on a legacy codebase and it worked out of the box without any
problems.

-Sven


On Thu, Oct 3, 2013 at 10:45 PM, Richard Bair richard.b...@oracle.comwrote:

  Hello, OpenJFX Community.
 
  There's a question about using Java 8 features in FX.
 
  I've been working on the support for InputMethods in JFXPanel which is
 an important feature for many users who speak hieroglyphic languages.
  The issue is tracked under:
 https://javafx-jira.kenai.com/browse/RT-13248
 
  In order to have a high-quality support we need to change
 javafx.scene.input.InputMethodRequests interface and introduce 3 new
 methods. This is not needed for pure FX applications right now, but
 absolutely required for InputMethods in the JFXPanel. However, the
 interface is public and it was present since FX2.0, so changing it would
 become a breaking change. So the only way to avoid the problem is using the
 default methods. Those would return some stub values, the JDK is OK with
 that, as it would not crash or throw exceptions, but text composition would
 not work correctly.
 
  I know that we want to avoid using the Java 8 features in the JFX-8, so
 I wanted to ask - is it OK to use the default methods here?
 
 
  If you are staying away from JDK8 features for the JFX78 backport, don't
 worry.  There are more issues with new JDK8 APIs than with the new language
 features.
 
  For example there were default methods put into some collections classes
 that we solved by pushing them down to the first implements.  But the Date
 and Time picker depends on the new time package.  The threeten backport
 won't be updated until after 8 ships, so that has been removed so far.
 
  I'de be interested to know what a wholesale lamdaization would result in
 speed wise and code size wise (both source and compiled).  From what I can
 tell the IDEs can lambda and de-lambda fairly easily, so it jsut makes the
 backport more of a busy work proposition.  If there were performance gains
 it would also make a great front page story in the next java magazine or a
 case study..

 After having used Lambda's for JavaOne, I'd love to make the conversion,
 even if in the end the performance was the same, because the savings in
 noise in the Java files is so big. At one time I just took the concurrent
 classes and lambda-ized them to measure the impact on those classes. You
 could maybe pick a package and just lambda-ize that one package and see
 what happens in terms of size reduction. We might see:

 + A reduction in the overall class size (not pack-200'd)
 - An increase in startup time (have to spin up synthetic classes
 created at usage time)
 +/- And increase or decrease in performance
 + A decrease in source code

 It would be interesting to get some data for these points and see what
 effect lambda's have. Especially if an IDE can just do it in bulk…

 Richard




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Hovering and Tooltips are exclusive?

[Sven Reimers]

Hi,

pereparing a nice demo I added a special style for hovering too my shapes
as well as a tooltip.

If I know move the mouse into the shape the hover style is shown and after
a short pause the tooltip is shown, but hovering is then switched of. After
the tooltip is hidden, hover style is once again applied to my shape.

So the question is - is it specified that showing the tooltip switches off
hovering?

Thanks

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Hovering and Tooltips are exclusive?

[Sven Reimers]

Did you file a JIRA?

Thanks

-Sven


On Sat, Sep 14, 2013 at 9:21 PM, Pedro Duque Vieira 
pedro.duquevie...@gmail.com wrote:

 Hi,

 I have discussed this previously (months ago) with the javafx team,
 including John Smith and a JavaFX team member, in this mailing list, I
 think we all agreed this should be changed.
 Unfortunately nothing seems to have come from this. I think there is a
 communication problem in this mailing list. At least for me, about more
 than 1/2 of my messages get ignored or nothing comes out of them.

 Right now the tooltip shows up right below the mouse which issues a mouse
 exited and disables mouse hover on the node in question which on a couple
 of cases isn't the desired effect.

 Thanks, best regards,

 Hi,
  pereparing a nice demo I added a special style for hovering too my shapes
  as well as a tooltip.
  If I know move the mouse into the shape the hover style is shown and
 after
  a short pause the tooltip is shown, but hovering is then switched of.
 After
  the tooltip is hidden, hover style is once again applied to my shape.
  So the question is - is it specified that showing the tooltip switches
 off
  hovering?
  Thanks
  -Sven

 --
  Sven Reimers
  * Senior Expert Software Architect
  * NetBeans Dream Team Member: http://dreamteam.netbeans.org
  * Community Leader  NetBeans: http://community.java.net/netbeans
Desktop Java:
  http://community.java.net/javadesktop
  * Duke's Choice Award Winner 2009
  * Blog: http://nbguru.blogspot.com
  * XING: https://www.xing.com/profile/Sven_Reimers8
  * LinkedIn: http://www.linkedin.com/in/svenreimers
  Join the NetBeans Groups:
  * XING: http://www.xing.com/group-20148.82db20
  * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
  * LinkedIn: http://www.linkedin.com/groups?gid=1860468
 http://www.linkedin.com/groups?gid=107402
 http://www.linkedin.com/groups?gid=1684717
  * Oracle: https://mix.oracle.com/groups/18497

 --
 Pedro Duque Vieira




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: DateAxis..

[Sven Reimers]

Hi,

Is there a place in ControlsFX for chart stuff as well?
How about creating a ChartFX stuff if not?

-Sven


On Mon, Sep 2, 2013 at 2:24 AM, Jonathan Giles jonathan.gi...@oracle.comwrote:

 My experience has been that there have been many people wanting
 different kinds of axes (to be clear, the plural spelling of axis,
 JavaFX isn't going medieval), the most popular being date and
 logarithmic. If you've developed a DateAxis implementation, that is
 great! I would recommend searching the jira for such as issue (I can't
 see one in a quick search), and if one doesn't exist file a tweak /
 feature request for it. You can attach your patch in the issue by
 copy/pasting the code, or if it is long you can email the issue owner
 (which will be Paru Somashekar) or myself, and we can attach the patch
 to the issue on your behalf.

 Concurrently with this, there is a need for you to agree to the Oracle
 Contributor Agreement if you haven't already. You can find more
 information out here: http://openjdk.java.net/contribute/

 The train has well and truly left for JavaFX 8.0, but this could be
 considered for a release following that. In the mean time, you might be
 interested in publishing the code yourself, either on your blog or into
 an open source project such as JFXtras. This is often a great way to
 evolve the API whilst it still can be.

 Thanks,

 -- Jonathan

 On 2/09/2013 12:01 p.m., Pedro Duque Vieira wrote:
  Hi,
 
  I've created a DateAxis. Basically it extends from ValueAxis and you can
  pass it dates in the Long format (converting Date to Long and passing in
  that value).
 
  I wonder if this is valuable for the framework (I do see people asking
 for
  this) and if so would you like me to submit it for your evaluation and
  perhaps addition to the framework.
  Sorry, I'm kind of new to submitting patches...
 
  Thanks, best regards,
 




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Small API Tweak to Task (Worker)

[Sven Reimers]

Hi,

I am trying to build a UI representation of a Task (using a ProgressBar and
other things).

Since Tasks are cancellabe I thought about adding a button to cancel the
underlying Task. So far so good.

Is there any reason why a Task can not express, if it is intended for the
task to act cooperative to a call to cancel? Something along the following
lines

public boolean isCancellable() { return true; }  // default

This would enable users of the API to distinguish between Tasks which
really can be cancelled from those which just fulfill the API contract.

Comments?

-Sven

-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: Unchecked conversion warning

[Sven Reimers]

Did you try on console?

-Sven


On Tue, Aug 13, 2013 at 4:39 PM, Tom Schindl tom.schi...@bestsolution.atwrote:

 No warning in Eclipse so:
 a) it is javac (Eclipse uses its own compiler)
 b) it is netbeans use of javac

 Tom

 On 13.08.13 16:20, Sven Reimers wrote:
  Just use b102 create a new file and type the line...
 
  -Sven
 
 
  On Tue, Aug 13, 2013 at 4:01 PM, Tom Schindl
  tom.schi...@bestsolution.at mailto:tom.schi...@bestsolution.at
 wrote:
 
  Hi Sven,
 
  I'm building from master and don't see this. Do you build with
 gradle or
  inside your IDE? I've so many type warnings in Eclipse (~12.000)
 that I
  probably don't spot this warning. In the gradle build I think all
  warnings are simply turned off.
 
  Tom
 
  On 13.08.13 15:29, Sven Reimers wrote:
   Hi guys,
  
   trying to compile
  
   ReadOnlyObjectPropertyWorker.State stateProperty =
   task.stateProperty();
  
   leads to
  
   warning: [unchecked] unchecked conversion
   ReadOnlyObjectPropertyWorker.State stateProperty =
   task.stateProperty();
 required: ReadOnlyObjectPropertyState
 found:ReadOnlyObjectProperty
  
   Not sure if this is something broken om my dev machine - can
  anyone confirm?
  
   Thanks
  
   -Sven
  
 
 
 
 
  --
  Sven Reimers
 
  * Senior Expert Software Architect
  * NetBeans Dream Team Member: http://dreamteam.netbeans.org
  * Community Leader  NetBeans: http://community.java.net/netbeans
Desktop Java:
  http://community.java.net/javadesktop
  * Duke's Choice Award Winner 2009
  * Blog: http://nbguru.blogspot.com
 
  * XING: https://www.xing.com/profile/Sven_Reimers8
  * LinkedIn: http://www.linkedin.com/in/svenreimers
 
  Join the NetBeans Groups:
  * XING: http://www.xing.com/group-20148.82db20
  * NUGM: http://haug-server.dyndns.org/display/NUGM/Home
  * LinkedIn: http://www.linkedin.com/groups?gid=1860468
 http://www.linkedin.com/groups?gid=107402
 http://www.linkedin.com/groups?gid=1684717
  * Oracle: https://mix.oracle.com/groups/18497




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497

Re: JavaFX 2 memory leaks in StyleManager (making FX2 completely unusable for application development)

[Sven Reimers]

Any chance you can track down why it is leaking?

-Sven


On Tue, Jul 30, 2013 at 1:46 PM, Ali Ebrahimi ali.ebrahimi1...@gmail.comwrote:

 I sent a similar memory leak report a while ago for Modena demo app, and
 they just close issue As Not producible. But I can see the same issue just
 Now.


 On Tue, Jul 30, 2013 at 3:58 PM, Tom Schindl tom.schi...@bestsolution.at
 wrote:

  [resending because mail was blocked yesterday because of included images]
  Hi,
 
  I've been debugging a JavaFX application with a customer and we've found
  a tremendous memory leak in StyleManager when using icons.
 
  This bug makes JavaFX 2.x completely unusable because the application is
  using up to 1.5GB and more within a few mintues! Has anyone seen this
  and if I file a bug could I expect a bugfix in FX2?
 
  The screenshots from the Memory Analyzer can be seen at:
  http://www.efxclipse.org/image001.png
  http://www.efxclipse.org/image002.png
 
  Tom
 




-- 
Sven Reimers

* Senior Expert Software Architect
* NetBeans Dream Team Member: http://dreamteam.netbeans.org
* Community Leader  NetBeans: http://community.java.net/netbeans
  Desktop Java:
http://community.java.net/javadesktop
* Duke's Choice Award Winner 2009
* Blog: http://nbguru.blogspot.com

* XING: https://www.xing.com/profile/Sven_Reimers8
* LinkedIn: http://www.linkedin.com/in/svenreimers

Join the NetBeans Groups:
* XING: http://www.xing.com/group-20148.82db20
* NUGM: http://haug-server.dyndns.org/display/NUGM/Home
* LinkedIn: http://www.linkedin.com/groups?gid=1860468
   http://www.linkedin.com/groups?gid=107402
   http://www.linkedin.com/groups?gid=1684717
* Oracle: https://mix.oracle.com/groups/18497