Software rendering in Prism in JavaFX 8?

[Adam Granger]

Greetings,

It's my understanding that JavaFX does not provide software rendering
fallback for SCENE_3D functionality when the GPU isn't on the
whitelist/blacklist.

I asked this question in May 2012 and I wanted to check whether the
situation had changed?

Kevin's original response below.

Regards,

Adam.



> Shouldn't javaFX still do software rendering for 3D?

Not currently (see the other response I just sent). We can consider
providing some basic support for 3.0, but have not yet committed to do so.

-- Kevin


Adam Granger wrote:
> I just checked Platform.isSupported(ConditionalFeature.SCENE3D), it
> returns false. JavaFX + 3D won't work on my linux (ubuntu 12.04) netbook
> with an Intel 945GSE GPU chipset either.
>
> Shouldn't javaFX still do software rendering for 3D?.. in the same way
> that glxgears still works even if you've not got any drivers installed?
> Otherwise it will seriously limit the number of platforms it will work
> on...
>
> I'm not after high-end 3D effects, just some basic rotation...
>
>
>
>
>> Your card is not supported by prism. You can check if a system supports 3d
>> by using the isSupported method (can't remember where .. Maybe in
>> application). I know ensemble does this and instantiates a parallel camera
>> if 3d is not supported.
>>
>> As for why it isn't supported, there are a lot of reasons that lead to a
>> card not being supported, usually it fails to meet one of our minimal
>> requirements.

JavaFX training?

[Adam Granger]

Greetings,

My company is looking for JavaFX training courses / resources as it is
technology we're looking at adopting in the future. However since JavaFX
is relatively new I'm having trouble finding anything relevant.

There is this course on oracle.com


http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=609&get_params=dc:D66303,clang:EN

However, from the description it appears to relate the older JavaFX 1.x
Script. Also JavaFx is mentioned on the Java 8 SE course, however I assume
since this course covers so much the JavaFx content is minimal.


http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=609&get_params=dc:D80895,clang:EN

Questions

 - Is there any new courses planned for JavaFX 8?
 - Can anyone recommend any other books, online courses or anything over
and above the tutorials at
http://docs.oracle.com/javase/8/javase-clienttechnologies.htm


Kind regards,

Adam.

JavaFX 8 Demos and Samples

[Anirvan Sarkar]

Can someone provide the link to JavaFX 8 Demos and Samples page?

I found  JavaFX 2.2.71 Demos and Samples from JDK 7 downloads

page.
But I couldn't  find one at JDK 8 downloads

 page.

Also searching for JavaFX Samples on the net led me to this page:
http://www.oracle.com/technetwork/java/javafx/samples/index.html which says
that JavaFX Samples Section has moved to
http://www.oracle.com/technetwork/java/javase/overview/javafx-samples-2158687.html
.

But on this page there is link to try Ensemble 2 and not Ensemble 8.

So from where can we try Ensemble 8?

Regards,
Anirvan

[8u40] Review request for RT-39066: [Slider] Tick labels for slider are not shown (regression)

[Vadim Pakhnushev]

Hi Jonathan,

Please review this fix:
https://javafx-jira.kenai.com/browse/RT-39066
http://cr.openjdk.java.net/~vadim/RT-39066/webrev.00/

Thanks,
Vadim

Re: JavaFX 8 Demos and Samples

[Vadim Pakhnushev]

Hi Anirvan,

Since JavaFX is bundled with the JDK, JavaFX samples are bundled with 
the JDK demos and samples downloadable from the JDK 8 downloads page.
Specifically, Ensemble8 is in the demo/javafx_samples directory of the 
demos bundle.


Thanks,
Vadim

On 24.10.2014 14:27, Anirvan Sarkar wrote:

Can someone provide the link to JavaFX 8 Demos and Samples page?

I found  JavaFX 2.2.71 Demos and Samples from JDK 7 downloads

page.
But I couldn't  find one at JDK 8 downloads

  page.

Also searching for JavaFX Samples on the net led me to this page:
http://www.oracle.com/technetwork/java/javafx/samples/index.html which says
that JavaFX Samples Section has moved to
http://www.oracle.com/technetwork/java/javase/overview/javafx-samples-2158687.html
.

But on this page there is link to try Ensemble 2 and not Ensemble 8.

So from where can we try Ensemble 8?

Regards,
Anirvan

Re: JavaFX 8 Demos and Samples

[Anirvan Sarkar]

Hi Vadim,

I must have missed that while I was glancing through the JDK demos.

Also I will recommend that the pages at
http://www.oracle.com/technetwork/java/javafx/samples/index.html and
http://www.oracle.com/technetwork/java/javase/overview/javafx-samples-2158687.html
be
updated to link to JDK 8 demos since they are the first links to come when
you search Google for "JavaFX Samples".

Thanks,
Anirvan.

On 24 October 2014 16:57, Vadim Pakhnushev 
wrote:

> Hi Anirvan,
>
> Since JavaFX is bundled with the JDK, JavaFX samples are bundled with the
> JDK demos and samples downloadable from the JDK 8 downloads page.
> Specifically, Ensemble8 is in the demo/javafx_samples directory of the
> demos bundle.
>
> Thanks,
> Vadim
>
> On 24.10.2014 14:27, Anirvan Sarkar wrote:
>
>> Can someone provide the link to JavaFX 8 Demos and Samples page?
>>
>> I found  JavaFX 2.2.71 Demos and Samples from JDK 7 downloads
>> > 1880260.html>
>> page.
>> But I couldn't  find one at JDK 8 downloads
>> > 2133151.html>
>>   page.
>>
>> Also searching for JavaFX Samples on the net led me to this page:
>> http://www.oracle.com/technetwork/java/javafx/samples/index.html which
>> says
>> that JavaFX Samples Section has moved to
>> http://www.oracle.com/technetwork/java/javase/overview/javafx-samples-
>> 2158687.html
>> .
>>
>> But on this page there is link to try Ensemble 2 and not Ensemble 8.
>>
>> So from where can we try Ensemble 8?
>>
>> Regards,
>> Anirvan
>>
>
>


-- 
Anirvan

Re: Software rendering in Prism in JavaFX 8?

[Stephen F Northover]

The situation has not changed.  We are not planning to support 3D in the 
software pipeline.


Steve

On 2014-10-24, 4:52 AM, Adam Granger wrote:

Greetings,

It's my understanding that JavaFX does not provide software rendering
fallback for SCENE_3D functionality when the GPU isn't on the
whitelist/blacklist.

I asked this question in May 2012 and I wanted to check whether the
situation had changed?

Kevin's original response below.

Regards,

Adam.




Shouldn't javaFX still do software rendering for 3D?

Not currently (see the other response I just sent). We can consider
providing some basic support for 3.0, but have not yet committed to do so.

-- Kevin


Adam Granger wrote:

I just checked Platform.isSupported(ConditionalFeature.SCENE3D), it
returns false. JavaFX + 3D won't work on my linux (ubuntu 12.04) netbook
with an Intel 945GSE GPU chipset either.

Shouldn't javaFX still do software rendering for 3D?.. in the same way
that glxgears still works even if you've not got any drivers installed?
Otherwise it will seriously limit the number of platforms it will work
on...

I'm not after high-end 3D effects, just some basic rotation...





Your card is not supported by prism. You can check if a system supports 3d
by using the isSupported method (can't remember where .. Maybe in
application). I know ensemble does this and instantiates a parallel camera
if 3d is not supported.

As for why it isn't supported, there are a lot of reasons that lead to a
card not being supported, usually it fails to meet one of our minimal
requirements.

In(Sanity) Testing Mondays

[Vadim Pakhnushev]

Reminder, Monday is our weekly sanity testing.

You can find your testing assignment at:

https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing

Also please remember that the repo will be locked from 1am PDT until 1pm 
PDT.


Happy testing!

Thanks,
Vadim

Re: Problem accessing jfx native libs under eclipse on windows

[Richard Steiger]

To recap a message I sent to the list on 9/12, I'm a newbie to JavaFX, 
and hoping to be able to contribute, initially fixing bugs.


Stephen, I'm attempting to follow the instructions at: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE, and have 
found that the Visual Studio tools it calls out don't include the amd64 
tools, have struggled to adapt win.gradle to VS 2011, and otherwise 
dulled my pick.   Also, when comparing the above instructions to 
openjdk9's build setup, I'm also wondering whether someone's revised the 
openjfx win build to use gcc, MinGW, Code::Blocks, clang++, or any other 
toolset besides the MS crud.


Rather than dragging y'all through the blow-by-blow challenges I've been 
getting hit with, what I'm hoping is that one of you who's actively 
developing on a 64-bit Windows 7+ environment is willing to lend a hand 
to get me set-up with a working rig.  Please reply to just me if you're 
willing to help, I think I just need a few minutes here and there to 
pick the right tools, verify I'm working against the correct repo, etc.


Thanks in advance,

-rjs

On 9/12/2014 2:40 PM, Stephen F Northover wrote:

Hi Richard,

Did you follow the instructions at this link: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE ?


You are picking up a set of shared libraries that do not match the 
java code you are running in the IDE.  You need to set 
java.library.path.  It's on the wiki and I meant to update it to be 
something sensible.  My build puts the dll's in an artifacts directory:


-Djava.library.path=${workspace_loc:rt}/../artifacts/sdk/rt/bin

You will need to edit this expression to pick up the dll's from the 
standard build place (which I forget right now).


Steve

On 2014-09-12, 5:31 PM, Richard Steiger wrote:
I'm a newbie to JavaFX, and hoping to be able to contribute down the 
road once I learn much more about it.


To that end, I've been trying to get 8u-dev eclipse projects setup on 
a Win7 box so I can start stepping through the code. The current 
show-stopper is getting UnsatisfiedLinkErrors when the system is 
trying to access dlls, such as glass.dll.


My rig:

 * jdk1.8.0_05
 * eclipse-SDK-N20140722-2000-win32-x86_64 (Mars stable build, has fix
   for StackOverflow bug in eclipse j8 compiler)
 * hg clone of 8u-dev as of 8/26

Setup:

 * ran the gradle build (successfully)
 * imported the eclipse projects in the repo, all cleanly compile (but
   had to fix cross-project links and manually locate and attach 3p 
libs)

 * removed javafx.* and related JavaFX sources from JAVA_HOME/src
 * moved jfxrt.jar to a cache directory

Failure situation:

 * attempting to launch jfx apps under eclipse debugger

The following console output is typical of what I'm running into 
(with -verbose:jni on the command line):


[Dynamic-linking native method java.lang.Object.registerNatives ... JNI]
[Registering JNI native method java.lang.Object.hashCode]
[Registering JNI native method java.lang.Object.wait]
[Registering JNI native method java.lang.Object.notify]
[Registering JNI native method java.lang.Object.notifyAll]
[Registering JNI native method java.lang.Object.clone]
[Dynamic-linking native method java.lang.System.registerNatives ... JNI]
[Registering JNI native method java.lang.System.currentTimeMillis]
[Registering JNI native method java.lang.System.nanoTime]
[Registering JNI native method java.lang.System.arraycopy]
[Dynamic-linking native method java.lang.Thread.registerNatives ... JNI]
[Registering JNI native method java.lang.Thread.start0]
[Registering JNI native method java.lang.Thread.stop0]
[Registering JNI native method java.lang.Thread.isAlive]
[Registering JNI native method java.lang.Thread.suspend0]
[Registering JNI native method java.lang.Thread.resume0]
[Registering JNI native method java.lang.Thread.setPriority0]
[Registering JNI native method java.lang.Thread.yield]
[Registering JNI native method java.lang.Thread.sleep]
[Registering JNI native method java.lang.Thread.currentThread]
[Registering JNI native method java.lang.Thread.countStackFrames]
[Registering JNI native method java.lang.Thread.interrupt0]
[Registering JNI native method java.lang.Thread.isInterrupted]
[Registering JNI native method java.lang.Thread.holdsLock]
[Registering JNI native method java.lang.Thread.getThreads]
[Registering JNI native method java.lang.Thread.dumpThreads]
[Registering JNI native method java.lang.Thread.setNativeName]
[Dynamic-linking native method 
java.security.AccessController.getStackAccessControlContext ... JNI]
[Dynamic-linking native method 
java.security.AccessController.getInheritedAccessControlContext ... JNI]

[Dynamic-linking native method java.lang.Class.registerNatives ... JNI]
[Registering JNI native method java.lang.Class.getName0]
[Registering JNI native method java.lang.Class.getSuperclass]
[Registering JNI native method java.lang.Class.getInterfaces0]
[Registering JNI native method java.lang.Class.getClassLoader0]
[Registering JNI native method j

Re: Problem accessing jfx native libs under eclipse on windows

[Stephen F Northover]

Hi Richard,

Your previous email indicated that you could build, but that you can't 
see the shared libraries.


Please try adding this the VM Arguments of your Eclipse launch 
configuration:


-Djava.library.path=${workspace_loc:rt}/build/sdk/rt/bin 
-Djavafx.verbose=true


Thanks,
Steve

On 2014-10-24, 1:31 PM, Richard Steiger wrote:
To recap a message I sent to the list on 9/12, I'm a newbie to JavaFX, 
and hoping to be able to contribute, initially fixing bugs.


Stephen, I'm attempting to follow the instructions at: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE, and have 
found that the Visual Studio tools it calls out don't include the 
amd64 tools, have struggled to adapt win.gradle to VS 2011, and 
otherwise dulled my pick.   Also, when comparing the above 
instructions to openjdk9's build setup, I'm also wondering whether 
someone's revised the openjfx win build to use gcc, MinGW, 
Code::Blocks, clang++, or any other toolset besides the MS crud.


Rather than dragging y'all through the blow-by-blow challenges I've 
been getting hit with, what I'm hoping is that one of you who's 
actively developing on a 64-bit Windows 7+ environment is willing to 
lend a hand to get me set-up with a working rig. Please reply to just 
me if you're willing to help, I think I just need a few minutes here 
and there to pick the right tools, verify I'm working against the 
correct repo, etc.


Thanks in advance,

-rjs

On 9/12/2014 2:40 PM, Stephen F Northover wrote:

Hi Richard,

Did you follow the instructions at this link: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE ?


You are picking up a set of shared libraries that do not match the 
java code you are running in the IDE.  You need to set 
java.library.path.  It's on the wiki and I meant to update it to be 
something sensible.  My build puts the dll's in an artifacts directory:


-Djava.library.path=${workspace_loc:rt}/../artifacts/sdk/rt/bin

You will need to edit this expression to pick up the dll's from the 
standard build place (which I forget right now).


Steve

On 2014-09-12, 5:31 PM, Richard Steiger wrote:
I'm a newbie to JavaFX, and hoping to be able to contribute down the 
road once I learn much more about it.


To that end, I've been trying to get 8u-dev eclipse projects setup 
on a Win7 box so I can start stepping through the code. The current 
show-stopper is getting UnsatisfiedLinkErrors when the system is 
trying to access dlls, such as glass.dll.


My rig:

 * jdk1.8.0_05
 * eclipse-SDK-N20140722-2000-win32-x86_64 (Mars stable build, has fix
   for StackOverflow bug in eclipse j8 compiler)
 * hg clone of 8u-dev as of 8/26

Setup:

 * ran the gradle build (successfully)
 * imported the eclipse projects in the repo, all cleanly compile (but
   had to fix cross-project links and manually locate and attach 3p 
libs)

 * removed javafx.* and related JavaFX sources from JAVA_HOME/src
 * moved jfxrt.jar to a cache directory

Failure situation:

 * attempting to launch jfx apps under eclipse debugger

The following console output is typical of what I'm running into 
(with -verbose:jni on the command line):


[Dynamic-linking native method java.lang.Object.registerNatives ... 
JNI]

[Registering JNI native method java.lang.Object.hashCode]
[Registering JNI native method java.lang.Object.wait]
[Registering JNI native method java.lang.Object.notify]
[Registering JNI native method java.lang.Object.notifyAll]
[Registering JNI native method java.lang.Object.clone]
[Dynamic-linking native method java.lang.System.registerNatives ... 
JNI]

[Registering JNI native method java.lang.System.currentTimeMillis]
[Registering JNI native method java.lang.System.nanoTime]
[Registering JNI native method java.lang.System.arraycopy]
[Dynamic-linking native method java.lang.Thread.registerNatives ... 
JNI]

[Registering JNI native method java.lang.Thread.start0]
[Registering JNI native method java.lang.Thread.stop0]
[Registering JNI native method java.lang.Thread.isAlive]
[Registering JNI native method java.lang.Thread.suspend0]
[Registering JNI native method java.lang.Thread.resume0]
[Registering JNI native method java.lang.Thread.setPriority0]
[Registering JNI native method java.lang.Thread.yield]
[Registering JNI native method java.lang.Thread.sleep]
[Registering JNI native method java.lang.Thread.currentThread]
[Registering JNI native method java.lang.Thread.countStackFrames]
[Registering JNI native method java.lang.Thread.interrupt0]
[Registering JNI native method java.lang.Thread.isInterrupted]
[Registering JNI native method java.lang.Thread.holdsLock]
[Registering JNI native method java.lang.Thread.getThreads]
[Registering JNI native method java.lang.Thread.dumpThreads]
[Registering JNI native method java.lang.Thread.setNativeName]
[Dynamic-linking native method 
java.security.AccessController.getStackAccessControlContext ... JNI]
[Dynamic-linking native method 
java.security.AccessController.getInheritedAccessControlContext ... 
JNI]

Re: Problem accessing jfx native libs under eclipse on windows

[Richard Steiger]

Stephen,

Sorry for the mis-communication: in my original message, I was able to 
do incremental java compilation, but hadn't tried to do the full build, 
since hadn't made changes to any of the native code. Your reply 
straighted me out, that I need to be doing full builds to pick-up 
changes in either the cpp or low-level java code.  I haven't been able 
to get the native builds to work, without it failing in either the cpp 
compiler or linker.


I still could use a hand to get working tooling.

Also, care to comment whether there's any plan to jetisson the MS tools 
in the openjfx project, or at least align it with openjdk9's build system?


Thanks,

-rjs

On 10/24/2014 10:43 AM, Stephen F Northover wrote:

Hi Richard,

Your previous email indicated that you could build, but that you can't 
see the shared libraries.


Please try adding this the VM Arguments of your Eclipse launch 
configuration:


-Djava.library.path=${workspace_loc:rt}/build/sdk/rt/bin 
-Djavafx.verbose=true


Thanks,
Steve

On 2014-10-24, 1:31 PM, Richard Steiger wrote:
To recap a message I sent to the list on 9/12, I'm a newbie to 
JavaFX, and hoping to be able to contribute, initially fixing bugs.


Stephen, I'm attempting to follow the instructions at: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE, and have 
found that the Visual Studio tools it calls out don't include the 
amd64 tools, have struggled to adapt win.gradle to VS 2011, and 
otherwise dulled my pick.   Also, when comparing the above 
instructions to openjdk9's build setup, I'm also wondering whether 
someone's revised the openjfx win build to use gcc, MinGW, 
Code::Blocks, clang++, or any other toolset besides the MS crud.


Rather than dragging y'all through the blow-by-blow challenges I've 
been getting hit with, what I'm hoping is that one of you who's 
actively developing on a 64-bit Windows 7+ environment is willing to 
lend a hand to get me set-up with a working rig. Please reply to just 
me if you're willing to help, I think I just need a few minutes here 
and there to pick the right tools, verify I'm working against the 
correct repo, etc.


Thanks in advance,

-rjs

On 9/12/2014 2:40 PM, Stephen F Northover wrote:

Hi Richard,

Did you follow the instructions at this link: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE ?


You are picking up a set of shared libraries that do not match the 
java code you are running in the IDE.  You need to set 
java.library.path.  It's on the wiki and I meant to update it to be 
something sensible.  My build puts the dll's in an artifacts directory:


-Djava.library.path=${workspace_loc:rt}/../artifacts/sdk/rt/bin

You will need to edit this expression to pick up the dll's from the 
standard build place (which I forget right now).


Steve

On 2014-09-12, 5:31 PM, Richard Steiger wrote:
I'm a newbie to JavaFX, and hoping to be able to contribute down 
the road once I learn much more about it.


To that end, I've been trying to get 8u-dev eclipse projects setup 
on a Win7 box so I can start stepping through the code. The current 
show-stopper is getting UnsatisfiedLinkErrors when the system is 
trying to access dlls, such as glass.dll.


My rig:

 * jdk1.8.0_05
 * eclipse-SDK-N20140722-2000-win32-x86_64 (Mars stable build, has fix
   for StackOverflow bug in eclipse j8 compiler)
 * hg clone of 8u-dev as of 8/26

Setup:

 * ran the gradle build (successfully)
 * imported the eclipse projects in the repo, all cleanly compile (but
   had to fix cross-project links and manually locate and attach 3p 
libs)

 * removed javafx.* and related JavaFX sources from JAVA_HOME/src
 * moved jfxrt.jar to a cache directory

Failure situation:

 * attempting to launch jfx apps under eclipse debugger

The following console output is typical of what I'm running into 
(with -verbose:jni on the command line):


[Dynamic-linking native method java.lang.Object.registerNatives ... 
JNI]

[Registering JNI native method java.lang.Object.hashCode]
[Registering JNI native method java.lang.Object.wait]
[Registering JNI native method java.lang.Object.notify]
[Registering JNI native method java.lang.Object.notifyAll]
[Registering JNI native method java.lang.Object.clone]
[Dynamic-linking native method java.lang.System.registerNatives ... 
JNI]

[Registering JNI native method java.lang.System.currentTimeMillis]
[Registering JNI native method java.lang.System.nanoTime]
[Registering JNI native method java.lang.System.arraycopy]
[Dynamic-linking native method java.lang.Thread.registerNatives ... 
JNI]

[Registering JNI native method java.lang.Thread.start0]
[Registering JNI native method java.lang.Thread.stop0]
[Registering JNI native method java.lang.Thread.isAlive]
[Registering JNI native method java.lang.Thread.suspend0]
[Registering JNI native method java.lang.Thread.resume0]
[Registering JNI native method java.lang.Thread.setPriority0]
[Registering JNI native method java.lang.Thread.yield]
[Registering JNI native method java.la

Re: Problem accessing jfx native libs under eclipse on windows

[Stephen F Northover]

On 2014-10-24, 2:05 PM, Richard Steiger wrote:

Stephen,

Sorry for the mis-communication: in my original message, I was able to 
do incremental java compilation, but hadn't tried to do the full 
build, since hadn't made changes to any of the native code. Your reply 
straighted me out, that I need to be doing full builds to pick-up 
changes in either the cpp or low-level java code.  I haven't been able 
to get the native builds to work, without it failing in either the cpp 
compiler or linker.


You'll need to follow the recipe here precisely: 
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX


Do try to substitute anything or you will fail.


I still could use a hand to get working tooling.

Also, care to comment whether there's any plan to jetisson the MS 
tools in the openjfx project, or at least align it with openjdk9's 
build system?
We'll be running the same compilers that the JDK runs.  There is some 
work afoot to upgrade but this might only be possible in 9, and not 8udev.


https://javafx-jira.kenai.com/browse/RT-38475


Thanks,

-rjs

On 10/24/2014 10:43 AM, Stephen F Northover wrote:

Hi Richard,

Your previous email indicated that you could build, but that you 
can't see the shared libraries.


Please try adding this the VM Arguments of your Eclipse launch 
configuration:


-Djava.library.path=${workspace_loc:rt}/build/sdk/rt/bin 
-Djavafx.verbose=true


Thanks,
Steve

On 2014-10-24, 1:31 PM, Richard Steiger wrote:
To recap a message I sent to the list on 9/12, I'm a newbie to 
JavaFX, and hoping to be able to contribute, initially fixing bugs.


Stephen, I'm attempting to follow the instructions at: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE, and have 
found that the Visual Studio tools it calls out don't include the 
amd64 tools, have struggled to adapt win.gradle to VS 2011, and 
otherwise dulled my pick.   Also, when comparing the above 
instructions to openjdk9's build setup, I'm also wondering whether 
someone's revised the openjfx win build to use gcc, MinGW, 
Code::Blocks, clang++, or any other toolset besides the MS crud.


Rather than dragging y'all through the blow-by-blow challenges I've 
been getting hit with, what I'm hoping is that one of you who's 
actively developing on a 64-bit Windows 7+ environment is willing to 
lend a hand to get me set-up with a working rig. Please reply to 
just me if you're willing to help, I think I just need a few minutes 
here and there to pick the right tools, verify I'm working against 
the correct repo, etc.


Thanks in advance,

-rjs

On 9/12/2014 2:40 PM, Stephen F Northover wrote:

Hi Richard,

Did you follow the instructions at this link: 
https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE ?


You are picking up a set of shared libraries that do not match the 
java code you are running in the IDE.  You need to set 
java.library.path.  It's on the wiki and I meant to update it to be 
something sensible.  My build puts the dll's in an artifacts 
directory:


-Djava.library.path=${workspace_loc:rt}/../artifacts/sdk/rt/bin

You will need to edit this expression to pick up the dll's from the 
standard build place (which I forget right now).


Steve

On 2014-09-12, 5:31 PM, Richard Steiger wrote:
I'm a newbie to JavaFX, and hoping to be able to contribute down 
the road once I learn much more about it.


To that end, I've been trying to get 8u-dev eclipse projects setup 
on a Win7 box so I can start stepping through the code. The 
current show-stopper is getting UnsatisfiedLinkErrors when the 
system is trying to access dlls, such as glass.dll.


My rig:

 * jdk1.8.0_05
 * eclipse-SDK-N20140722-2000-win32-x86_64 (Mars stable build, has 
fix

   for StackOverflow bug in eclipse j8 compiler)
 * hg clone of 8u-dev as of 8/26

Setup:

 * ran the gradle build (successfully)
 * imported the eclipse projects in the repo, all cleanly compile 
(but
   had to fix cross-project links and manually locate and attach 
3p libs)

 * removed javafx.* and related JavaFX sources from JAVA_HOME/src
 * moved jfxrt.jar to a cache directory

Failure situation:

 * attempting to launch jfx apps under eclipse debugger

The following console output is typical of what I'm running into 
(with -verbose:jni on the command line):


[Dynamic-linking native method java.lang.Object.registerNatives 
... JNI]

[Registering JNI native method java.lang.Object.hashCode]
[Registering JNI native method java.lang.Object.wait]
[Registering JNI native method java.lang.Object.notify]
[Registering JNI native method java.lang.Object.notifyAll]
[Registering JNI native method java.lang.Object.clone]
[Dynamic-linking native method java.lang.System.registerNatives 
... JNI]

[Registering JNI native method java.lang.System.currentTimeMillis]
[Registering JNI native method java.lang.System.nanoTime]
[Registering JNI native method java.lang.System.arraycopy]
[Dynamic-linking native method java.lang.Thread.registerNatives 
... JNI]

[Registering JNI native m

Re: Problem accessing jfx native libs under eclipse on windows

[Scott Palmer]

Jettisoning the MS tools would be a bad idea. The Visual Studio compiler or the 
Intel compiler are really the only reasonable options for building native code 
on Windows. I'm not aware of any professional programmer that uses GCC on 
Windows...  Not because GCC is bad, the Windows ports just aren't capable of 
compiling against a real Windows SDK. The MinGW tools come with their own 
headers to try to work around this, but the last time I checked, it just didn't 
work well enough.

That said,I think the right approach in the long term is to move the build to 
use Gradle's support for C and C++. It supports the MS compiler as well as 
MinGW on Windows and all the popular compilers on other platforms.  If we 
combined that with the ability to build just the 32bit JDK when running with 
the MS compiler, it would offer a decent solution for those using free tools on 
Windows.

Another goal should be to remove the requirement for Cygwin as it can cause its 
own set of problems. I'm not sure what it is used for that can't be done with 
Gradle and/or pure java libraries directly.

Scott

> On Oct 24, 2014, at 2:05 PM, Richard Steiger  
> wrote:
> 
> Stephen,
> 
> Sorry for the mis-communication: in my original message, I was able to do 
> incremental java compilation, but hadn't tried to do the full build, since 
> hadn't made changes to any of the native code. Your reply straighted me out, 
> that I need to be doing full builds to pick-up changes in either the cpp or 
> low-level java code.  I haven't been able to get the native builds to work, 
> without it failing in either the cpp compiler or linker.
> 
> I still could use a hand to get working tooling.
> 
> Also, care to comment whether there's any plan to jetisson the MS tools in 
> the openjfx project, or at least align it with openjdk9's build system?
> 
> Thanks,
> 
> -rjs
> 
>> On 10/24/2014 10:43 AM, Stephen F Northover wrote:
>> Hi Richard,
>> 
>> Your previous email indicated that you could build, but that you can't see 
>> the shared libraries.
>> 
>> Please try adding this the VM Arguments of your Eclipse launch configuration:
>> 
>>-Djava.library.path=${workspace_loc:rt}/build/sdk/rt/bin 
>> -Djavafx.verbose=true
>> 
>> Thanks,
>> Steve
>> 
>>> On 2014-10-24, 1:31 PM, Richard Steiger wrote:
>>> To recap a message I sent to the list on 9/12, I'm a newbie to JavaFX, and 
>>> hoping to be able to contribute, initially fixing bugs.
>>> 
>>> Stephen, I'm attempting to follow the instructions at: 
>>> https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE, and have found 
>>> that the Visual Studio tools it calls out don't include the amd64 tools, 
>>> have struggled to adapt win.gradle to VS 2011, and otherwise dulled my 
>>> pick.   Also, when comparing the above instructions to openjdk9's build 
>>> setup, I'm also wondering whether someone's revised the openjfx win build 
>>> to use gcc, MinGW, Code::Blocks, clang++, or any other toolset besides the 
>>> MS crud.
>>> 
>>> Rather than dragging y'all through the blow-by-blow challenges I've been 
>>> getting hit with, what I'm hoping is that one of you who's actively 
>>> developing on a 64-bit Windows 7+ environment is willing to lend a hand to 
>>> get me set-up with a working rig. Please reply to just me if you're willing 
>>> to help, I think I just need a few minutes here and there to pick the right 
>>> tools, verify I'm working against the correct repo, etc.
>>> 
>>> Thanks in advance,
>>> 
>>> -rjs
>>> 
 On 9/12/2014 2:40 PM, Stephen F Northover wrote:
 Hi Richard,
 
 Did you follow the instructions at this link: 
 https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE ?
 
 You are picking up a set of shared libraries that do not match the java 
 code you are running in the IDE.  You need to set java.library.path.  It's 
 on the wiki and I meant to update it to be something sensible.  My build 
 puts the dll's in an artifacts directory:
 
 -Djava.library.path=${workspace_loc:rt}/../artifacts/sdk/rt/bin
 
 You will need to edit this expression to pick up the dll's from the 
 standard build place (which I forget right now).
 
 Steve
 
> On 2014-09-12, 5:31 PM, Richard Steiger wrote:
> I'm a newbie to JavaFX, and hoping to be able to contribute down the road 
> once I learn much more about it.
> 
> To that end, I've been trying to get 8u-dev eclipse projects setup on a 
> Win7 box so I can start stepping through the code. The current 
> show-stopper is getting UnsatisfiedLinkErrors when the system is trying 
> to access dlls, such as glass.dll.
> 
> My rig:
> 
> * jdk1.8.0_05
> * eclipse-SDK-N20140722-2000-win32-x86_64 (Mars stable build, has fix
>   for StackOverflow bug in eclipse j8 compiler)
> * hg clone of 8u-dev as of 8/26
> 
> Setup:
> 
> * ran the gradle build (successfully)
> * imported the eclipse projects in the repo, all 

8u40 review request: RT-39120 Shape objects are blurry in some 3D transforms

[Jim Graham]

Jira: https://javafx-jira.kenai.com/browse/RT-39120
webrev: http://cr.openjdk.java.net/~flar/RT-39120/webrev.01/

This is a fallout fix from working on RT-38948...

...jim