This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Product Version = NetBeans IDE Dev (Build 201109190600) Operating System = Windows Vista version 6.0 running on x86 Java; VM; Vendor = 1.6.0_27 Runtime = Java HotSpot(TM) Client VM 20.2-b06 I have JavaFX SDK and Runtime installed in the default locations, C:/Program Files/Oracle. When I create a JavaFX Application for the first time, NetBeans does not autocreate a Java platform. Worse, when I create a Java Platform manually and indicate the paths to JavaFX SDK and Runtime, NetBeans insists that the platform is invalid. When I try this on the 201109140600 build, it works correctly.
I can confirm there are some trouble with setting up JFX platform manually. I noticed it yesterday while I was making the list of not working autodetection combinations (Issue 202315). Some combinations that are valid, and was working in previous builds after manual setup, are marked as invalid and can't be used now. The behavior seems to be somehow dependent on the type of JDK that is used to run NetBeans. I'm testing all possible scenarios now and will send results asap.
I can reproduce it. I confirm there is a bug in yesterday's build (201109190600). Determination of compatibility of architecture (32b vs 64b) of currently running VM with given JavaFX Runtime is not working properly. So user is not able to create new JavaFX enabled platform no matter what. The same situation with platform autocreation. Increasing priority to P1.
fixed http://hg.netbeans.org/jet-main/rev/9a9fe2bec3b2
Problem still there in build 09202329. Has your fix been propagated yet?
Works on first beta build, 09210919
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/9a9fe2bec3b2 User: Anton Chechel <manowar@netbeans.org> Log: #202328: disabling achitecture compatibility check, doesn't work on some Windows machines