From David.Hill at Oracle.com Wed Oct 1 21:07:02 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 01 Oct 2014 17:07:02 -0400 Subject: review requested for Glass/GTK change Message-ID: <542C6CF6.6000607@Oracle.com> Kevin, (and anyone else interested in Glass/GTK) webrev at http://cr.openjdk.java.net/~ddhill/RT-31306 The idea is to delay some resizing actions until we are mapped on the screen. Without this, a linux app run over ssh -X would show up with a minimum size as the intermediate size over road the requested size. Note: there is some extra resizing that is really visible still that I have not removed, but will need to be in a follow on Jira. Please follow up in the Jira. -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From scott.lewis at nsidc.org Wed Oct 1 21:59:50 2014 From: scott.lewis at nsidc.org (Scott Lewis) Date: Wed, 01 Oct 2014 15:59:50 -0600 Subject: jfx:native - MSI installer change request Message-ID: <542C7956.5070406@nsidc.org> When I was using the jfx:native maven goal to create an installer for Windows using MSI, most of it works fine. However, I wanted to customize the dialogs that are shown during the installation process. I can get the configuration files OK, but the problem is that in order for it to work completely, the WixUIExtension needs to be included in the command line (using an "-ext WixUIExtension" option). Unfortunately, there is no way to add this when running the installer. The code (WinMsiBundler.java) hardcodes the WixUtilExtension, but that is all. Ideally, it would be nice to be able to specify any number of arbitrary extensions at the command line, perhaps via some kind of flag like -Dextension=WixUIExtension, which then gets passed into the WinMsiBundler to create more "-ext XYZExtension" options). But even just having the UI extension hardcoded inthere would get it to work. I can probably just do the change locally and install a custom version of the JFX stuff in my repository, but I think it would be a worthwhile change to the repo overall. Thanks! Scott Lewis From scott.lewis at nsidc.org Wed Oct 1 22:04:33 2014 From: scott.lewis at nsidc.org (Scott Lewis) Date: Wed, 01 Oct 2014 16:04:33 -0600 Subject: jfx:native - MSI installer change request In-Reply-To: <542C7956.5070406@nsidc.org> References: <542C7956.5070406@nsidc.org> Message-ID: <542C7A71.3030400@nsidc.org> My apologies, I overlooked that this project has a JIRA tracker. I'll file this request there. Scott On 10/01/2014 03:59 PM, Scott Lewis wrote: > When I was using the jfx:native maven goal to create an installer for > Windows using MSI, most of it works fine. However, I wanted to > customize the dialogs that are shown during the installation process. I > can get the configuration files OK, but the problem is that in order for > it to work completely, the WixUIExtension needs to be included in the > command line (using an "-ext WixUIExtension" option). > > Unfortunately, there is no way to add this when running the installer. > The code (WinMsiBundler.java) hardcodes the WixUtilExtension, but that > is all. > > Ideally, it would be nice to be able to specify any number of arbitrary > extensions at the command line, perhaps via some kind of flag like > -Dextension=WixUIExtension, which then gets passed into the > WinMsiBundler to create more "-ext XYZExtension" options). But even > just having the UI extension hardcoded inthere would get it to work. > > I can probably just do the change locally and install a custom version > of the JFX stuff in my repository, but I think it would be a worthwhile > change to the repo overall. > > Thanks! > > Scott Lewis From danno.ferrin at oracle.com Wed Oct 1 22:10:15 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Wed, 1 Oct 2014 15:10:15 -0700 Subject: jfx:native - MSI installer change request In-Reply-To: <542C7A71.3030400@nsidc.org> References: <542C7956.5070406@nsidc.org> <542C7A71.3030400@nsidc.org> Message-ID: <74D2CD19-D05D-47A2-AEE6-C13B657208CB@oracle.com> Would a "pass through" of certian command line arguments work? I'm not terribly familiar with WiX but does the order of the command line arguments (other than the relative order of the same command) matter? i.e. if we insert a user supplied string at a single point would that get you as far as you need? On Oct 1, 2014, at 3:04 PM, Scott Lewis wrote: > My apologies, I overlooked that this project has a JIRA tracker. I'll file this request there. > > Scott > > On 10/01/2014 03:59 PM, Scott Lewis wrote: >> When I was using the jfx:native maven goal to create an installer for >> Windows using MSI, most of it works fine. However, I wanted to >> customize the dialogs that are shown during the installation process. I >> can get the configuration files OK, but the problem is that in order for >> it to work completely, the WixUIExtension needs to be included in the >> command line (using an "-ext WixUIExtension" option). >> >> Unfortunately, there is no way to add this when running the installer. >> The code (WinMsiBundler.java) hardcodes the WixUtilExtension, but that >> is all. >> >> Ideally, it would be nice to be able to specify any number of arbitrary >> extensions at the command line, perhaps via some kind of flag like >> -Dextension=WixUIExtension, which then gets passed into the >> WinMsiBundler to create more "-ext XYZExtension" options). But even >> just having the UI extension hardcoded inthere would get it to work. >> >> I can probably just do the change locally and install a custom version >> of the JFX stuff in my repository, but I think it would be a worthwhile >> change to the repo overall. >> >> Thanks! >> >> Scott Lewis From scott.lewis at nsidc.org Wed Oct 1 22:11:29 2014 From: scott.lewis at nsidc.org (Scott Lewis) Date: Wed, 01 Oct 2014 16:11:29 -0600 Subject: jfx:native - MSI installer change request In-Reply-To: <74D2CD19-D05D-47A2-AEE6-C13B657208CB@oracle.com> References: <542C7956.5070406@nsidc.org> <542C7A71.3030400@nsidc.org> <74D2CD19-D05D-47A2-AEE6-C13B657208CB@oracle.com> Message-ID: <542C7C11.504@nsidc.org> Yes, a pass through would be just fine. I don't think the order matters, if there's a way I could just pass in the "-ext WixUIExtension" parameter, that would suit our needs just fine :) On 10/01/2014 04:10 PM, Danno Ferrin wrote: > Would a "pass through" of certian command line arguments work? > > I'm not terribly familiar with WiX but does the order of the command line arguments (other than the relative order of the same command) matter? i.e. if we insert a user supplied string at a single point would that get you as far as you need? > > On Oct 1, 2014, at 3:04 PM, Scott Lewis wrote: > >> My apologies, I overlooked that this project has a JIRA tracker. I'll file this request there. >> >> Scott >> >> On 10/01/2014 03:59 PM, Scott Lewis wrote: >>> When I was using the jfx:native maven goal to create an installer for >>> Windows using MSI, most of it works fine. However, I wanted to >>> customize the dialogs that are shown during the installation process. I >>> can get the configuration files OK, but the problem is that in order for >>> it to work completely, the WixUIExtension needs to be included in the >>> command line (using an "-ext WixUIExtension" option). >>> >>> Unfortunately, there is no way to add this when running the installer. >>> The code (WinMsiBundler.java) hardcodes the WixUtilExtension, but that >>> is all. >>> >>> Ideally, it would be nice to be able to specify any number of arbitrary >>> extensions at the command line, perhaps via some kind of flag like >>> -Dextension=WixUIExtension, which then gets passed into the >>> WinMsiBundler to create more "-ext XYZExtension" options). But even >>> just having the UI extension hardcoded inthere would get it to work. >>> >>> I can probably just do the change locally and install a custom version >>> of the JFX stuff in my repository, but I think it would be a worthwhile >>> change to the repo overall. >>> >>> Thanks! >>> >>> Scott Lewis From danno.ferrin at oracle.com Wed Oct 1 22:16:07 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Wed, 1 Oct 2014 15:16:07 -0700 Subject: jfx:native - MSI installer change request In-Reply-To: <542C7C11.504@nsidc.org> References: <542C7956.5070406@nsidc.org> <542C7A71.3030400@nsidc.org> <74D2CD19-D05D-47A2-AEE6-C13B657208CB@oracle.com> <542C7C11.504@nsidc.org> Message-ID: <99312238-1120-4B0A-9D59-6EC7DFC2DDD0@oracle.com> I assume you are posting a bug to javafx-jira.kenai.com. That is what will be needed to get it in the build. On Oct 1, 2014, at 3:11 PM, Scott Lewis wrote: > Yes, a pass through would be just fine. I don't think the order matters, if there's a way I could just pass in the "-ext WixUIExtension" parameter, that would suit our needs just fine :) > > On 10/01/2014 04:10 PM, Danno Ferrin wrote: >> Would a "pass through" of certian command line arguments work? >> >> I'm not terribly familiar with WiX but does the order of the command line arguments (other than the relative order of the same command) matter? i.e. if we insert a user supplied string at a single point would that get you as far as you need? >> >> On Oct 1, 2014, at 3:04 PM, Scott Lewis wrote: >> >>> My apologies, I overlooked that this project has a JIRA tracker. I'll file this request there. >>> >>> Scott >>> >>> On 10/01/2014 03:59 PM, Scott Lewis wrote: >>>> When I was using the jfx:native maven goal to create an installer for >>>> Windows using MSI, most of it works fine. However, I wanted to >>>> customize the dialogs that are shown during the installation process. I >>>> can get the configuration files OK, but the problem is that in order for >>>> it to work completely, the WixUIExtension needs to be included in the >>>> command line (using an "-ext WixUIExtension" option). >>>> >>>> Unfortunately, there is no way to add this when running the installer. >>>> The code (WinMsiBundler.java) hardcodes the WixUtilExtension, but that >>>> is all. >>>> >>>> Ideally, it would be nice to be able to specify any number of arbitrary >>>> extensions at the command line, perhaps via some kind of flag like >>>> -Dextension=WixUIExtension, which then gets passed into the >>>> WinMsiBundler to create more "-ext XYZExtension" options). But even >>>> just having the UI extension hardcoded inthere would get it to work. >>>> >>>> I can probably just do the change locally and install a custom version >>>> of the JFX stuff in my repository, but I think it would be a worthwhile >>>> change to the repo overall. >>>> >>>> Thanks! >>>> >>>> Scott Lewis From diego.cirujano-cuesta at zeiss.com Thu Oct 2 08:40:38 2014 From: diego.cirujano-cuesta at zeiss.com (Cirujano Cuesta, Diego) Date: Thu, 2 Oct 2014 08:40:38 +0000 Subject: openJFX Using+an+IDE documentation Message-ID: Hi all! In the documentation of using an IDE to develop .... There is one part not clear for me. https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE I would like to explain what I did. The part not clear for me is: "Using Netbeans"->"Run sample code". I didn't do it as the wiki said because I did not understand it so I made my own project( I don't know where is Trix4 :S). The project I made was by New Project -> Java Application (NOT JavaFX -> JavaFX Application, because the project I had to test was a JavaFX Application and as I removed jfxrt.jar there were dependency problems). After creating the project, I added to the project the compiled jfxrt.jar in the project properties->Libraries dependencies. At this moment I was able to compile the test project, run it and debug it. Cheers, Diego Cirujano From steve.x.northover at oracle.com Thu Oct 2 19:31:05 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 02 Oct 2014 12:31:05 -0700 Subject: openJFX Using+an+IDE documentation In-Reply-To: References: Message-ID: <542DA7F9.3000907@oracle.com> Hello, What you did was run against the jar that you built. The wiki describes how you would run using the code from the IDE. > Here is some sample code that was hooked up to use the base, graphics and controls projects. I didn't describe the different mechanisms that the IDE's use to manage dependencies. In NetBeans, my sample project (Trix4) needed base, graphics and controls so I added the dependencies to it. I verified that I could set break points in NetBeans and they were hit when I ran. I didn't verify that this still works, but I'm betting it still does. Steve On 2014-10-02, 1:40 AM, Cirujano Cuesta, Diego wrote: > Hi all! > > In the documentation of using an IDE to develop .... There is one part not clear for me. > > https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE > > I would like to explain what I did. The part not clear for me is: "Using Netbeans"->"Run sample code". I didn't do it as the wiki said because I did not understand it so I made my own project( I don't know where is Trix4 :S). The project I made was by New Project -> Java Application (NOT JavaFX -> JavaFX Application, because the project I had to test was a JavaFX Application and as I removed jfxrt.jar there were dependency problems). After creating the project, I added to the project the compiled jfxrt.jar in the project properties->Libraries dependencies. At this moment I was able to compile the test project, run it and debug it. > > Cheers, > Diego Cirujano From vadim.pakhnushev at oracle.com Fri Oct 3 13:02:29 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 03 Oct 2014 17:02:29 +0400 Subject: [8u40] Review request for RT-38855: DoubleProperty.doubleProperty() Javadoc needs small fix Message-ID: <542E9E65.2000408@oracle.com> Hi Kevin, Please review this simple javadoc fix: https://javafx-jira.kenai.com/browse/RT-38855 http://cr.openjdk.java.net/~vadim/RT-38855/webrev.00/ Thanks, Vadim From mike at plan99.net Fri Oct 3 20:37:05 2014 From: mike at plan99.net (Mike Hearn) Date: Fri, 3 Oct 2014 22:37:05 +0200 Subject: How do I find out why the render loop is running? In-Reply-To: <542AD446.10509@Oracle.com> References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: Well, this was a pain in the ass. The cause is indeed ProgressBar/ProgressIndicator. It turns out that they can "leak" animations even when removed from the scene graph or their parents are made invisible. I filed: https://javafx-jira.kenai.com/browse/RT-38894 I now have a bunch of hacks to set the progress bar/indicators I have to non-indeterminate when they're no longer visible or just before they are removed from the scene graph, to let them clean up. I don't know why this is required because I can see the code is trying to do the right thing, but for whatever reason it does not seem to work reliably. I figured out what's running by taking a look at Toolkit.getToolkit().getMasterTimer().receivers every so often. A healthy (idling) app that isn't using up battery should have just a single entry inside a button click handler. If there are more, it means the app is animating even if nothing on the screen is changing. From tomas.mikula at gmail.com Fri Oct 3 22:01:38 2014 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Sat, 4 Oct 2014 00:01:38 +0200 Subject: How do I find out why the render loop is running? In-Reply-To: References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: This is just a tip: until the bug is fixed, you can use a subclass of ProgressBar like the one below to avoid "a bunch of hacks". class MyProgressBar extends ProgressBar { private final DoubleProperty myProgress = new SimpleDoubleProperty(); public DoubleProperty myProgressProperty() { return myProgress; } public void setMyProgress(double progress) { myProgress.set(progress); } public MyProgressBar() { progressProperty().bind( Bindings.when(Bindings.isNotNull(sceneProperty()).and(visibleProperty())) .then(myProgress) .otherwise(0); ); } } You will have to change setProgress() and progressProperty() in your code to setMyProgress() and myProgressProperty(). The good thing is that if you forget to replace setProgress() by setMyProgress(), you will get an error, because progressProperty() is now bound, so you cannot set() it. Hope this gets your code clarity close to the original level. Note, however, that this will not work if a parent is made invisible. You would need some more logic for that, unless there is an easy way to determine whether a node is actually visible. Here is one approach using EasyBind: public static Binding nodeVisible(Node node) { Binding parentVisible = EasyBind.monadic(node.parentProperty()) .flatMap(parent -> nodeVisible(parent)) .orElse(true); return EasyBind.combine(parentVisible, node.visibleProperty(), (a, b) -> a && b); } Best, Tomas On Fri, Oct 3, 2014 at 10:37 PM, Mike Hearn wrote: > Well, this was a pain in the ass. The cause is indeed > ProgressBar/ProgressIndicator. It turns out that they can "leak" animations > even when removed from the scene graph or their parents are made invisible. > I filed: > > https://javafx-jira.kenai.com/browse/RT-38894 > > I now have a bunch of hacks to set the progress bar/indicators I have to > non-indeterminate when they're no longer visible or just before they are > removed from the scene graph, to let them clean up. I don't know why this > is required because I can see the code is trying to do the right thing, but > for whatever reason it does not seem to work reliably. > > I figured out what's running by taking a look at > Toolkit.getToolkit().getMasterTimer().receivers every so often. A healthy > (idling) app that isn't using up battery should have just a single entry > inside a button click handler. If there are more, it means the app is > animating even if nothing on the screen is changing. From kevin.rushforth at oracle.com Fri Oct 3 22:06:25 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 03 Oct 2014 15:06:25 -0700 Subject: How do I find out why the render loop is running? In-Reply-To: References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: <542F1DE1.2020609@oracle.com> Can you add this workaround to the JIRA? Thanks. -- Kevin Tomas Mikula wrote: > This is just a tip: until the bug is fixed, you can use a subclass of > ProgressBar like the one below to avoid "a bunch of hacks". > > class MyProgressBar extends ProgressBar { > private final DoubleProperty myProgress = new SimpleDoubleProperty(); > public DoubleProperty myProgressProperty() { return myProgress; } > public void setMyProgress(double progress) { myProgress.set(progress); } > > public MyProgressBar() { > progressProperty().bind( > > Bindings.when(Bindings.isNotNull(sceneProperty()).and(visibleProperty())) > .then(myProgress) > .otherwise(0); > ); > } > } > > You will have to change setProgress() and progressProperty() in your > code to setMyProgress() and myProgressProperty(). The good thing is > that if you forget to replace setProgress() by setMyProgress(), you > will get an error, because progressProperty() is now bound, so you > cannot set() it. > > Hope this gets your code clarity close to the original level. > > Note, however, that this will not work if a parent is made invisible. > You would need some more logic for that, unless there is an easy way > to determine whether a node is actually visible. Here is one approach > using EasyBind: > > public static Binding nodeVisible(Node node) { > Binding parentVisible = EasyBind.monadic(node.parentProperty()) > .flatMap(parent -> nodeVisible(parent)) > .orElse(true); > return EasyBind.combine(parentVisible, node.visibleProperty(), (a, > b) -> a && b); > } > > Best, > Tomas > > On Fri, Oct 3, 2014 at 10:37 PM, Mike Hearn wrote: > >> Well, this was a pain in the ass. The cause is indeed >> ProgressBar/ProgressIndicator. It turns out that they can "leak" animations >> even when removed from the scene graph or their parents are made invisible. >> I filed: >> >> https://javafx-jira.kenai.com/browse/RT-38894 >> >> I now have a bunch of hacks to set the progress bar/indicators I have to >> non-indeterminate when they're no longer visible or just before they are >> removed from the scene graph, to let them clean up. I don't know why this >> is required because I can see the code is trying to do the right thing, but >> for whatever reason it does not seem to work reliably. >> >> I figured out what's running by taking a look at >> Toolkit.getToolkit().getMasterTimer().receivers every so often. A healthy >> (idling) app that isn't using up battery should have just a single entry >> inside a button click handler. If there are more, it means the app is >> animating even if nothing on the screen is changing. >> From mike at plan99.net Fri Oct 3 22:16:58 2014 From: mike at plan99.net (Mike Hearn) Date: Sat, 4 Oct 2014 00:16:58 +0200 Subject: How do I find out why the render loop is running? In-Reply-To: References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: Oh well the hacks aren't so bad :-) Hack 1: animatedBind(loadingIndicatorArea, loadingIndicatorArea.opacityProperty(), when(isLoading).then(1.0).otherwise(0.0)); // Hack around a bug in jfx: progress indicator leaks the spinner animation even if it's invisible so we have // to forcibly end the animation here to avoid burning cpu. loadingIndicator.progressProperty().bind( when(loadingIndicatorArea.opacityProperty().greaterThan(0.0)).then(-1).otherwise(0) ); Hack 2: if (syncItem != null) { // Hack around JFX progress animator leak bug. GuiUtils.runOnGuiThreadAfter(500, () -> { syncItem.cancel(); syncItem = null; }); } The runOnGuiThreadAfter() call can just be removed once the bug is resolved. No big deal. It was finding all the leaks that was the painful part, and figuring out what combination of things would make the animations stop. Finding the receivers array and figuring out how to trace the object graph back to the widgets causing them was the breakthrough. From kevin.rushforth at oracle.com Fri Oct 3 22:25:11 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 03 Oct 2014 15:25:11 -0700 Subject: In(Sanity) Testing Mondays Message-ID: <542F2247.7000305@oracle.com> 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! -- Kevin From tomas.mikula at gmail.com Fri Oct 3 22:26:13 2014 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Sat, 4 Oct 2014 00:26:13 +0200 Subject: How do I find out why the render loop is running? In-Reply-To: References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: Okay :) So you are using opacityProperty() and not visibleProperty(), so my exact workaround would not work anyway. A nice thing about that kind of workaround though is that you would have the workaround in one place and once you remove it, the compiler points you to all other places you need to edit. But since the places you need to edit independently are exactly 2, it's not that bad :) Tomas On Sat, Oct 4, 2014 at 12:16 AM, Mike Hearn wrote: > Oh well the hacks aren't so bad :-) > > Hack 1: > > > animatedBind(loadingIndicatorArea, > loadingIndicatorArea.opacityProperty(), > when(isLoading).then(1.0).otherwise(0.0)); > // Hack around a bug in jfx: progress indicator leaks the spinner > animation even if it's invisible so we have > // to forcibly end the animation here to avoid burning cpu. > loadingIndicator.progressProperty().bind( > > when(loadingIndicatorArea.opacityProperty().greaterThan(0.0)).then(-1).otherwise(0) > ); > > > Hack 2: > > > if (syncItem != null) { > // Hack around JFX progress animator leak bug. > GuiUtils.runOnGuiThreadAfter(500, () -> { > syncItem.cancel(); > syncItem = null; > }); > } > > > The runOnGuiThreadAfter() call can just be removed once the bug is resolved. > No big deal. It was finding all the leaks that was the painful part, and > figuring out what combination of things would make the animations stop. > Finding the receivers array and figuring out how to trace the object graph > back to the widgets causing them was the breakthrough. From mike at plan99.net Fri Oct 3 22:30:08 2014 From: mike at plan99.net (Mike Hearn) Date: Sat, 4 Oct 2014 00:30:08 +0200 Subject: How do I find out why the render loop is running? In-Reply-To: References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: > > So you are using opacityProperty() and not visibleProperty(), so my > exact workaround would not work anyway. I did originally put some code into animatedBind to set visible == false when opacity == 0.0 and vice versa, but it didn't seem to solve the animation leak so I took it out again. BTW animatedBind is a useful utility. It makes it much easier to make cool animations that adjust as the data model changes. Here it is: https://gist.github.com/mikehearn/f639176566d735b676e7 Something like that should be in the framework really. From tomas.mikula at gmail.com Fri Oct 3 22:50:12 2014 From: tomas.mikula at gmail.com (Tomas Mikula) Date: Sat, 4 Oct 2014 00:50:12 +0200 Subject: How do I find out why the render loop is running? In-Reply-To: References: <5429EEBC.3050805@oracle.com> <542AB5DD.4030802@Oracle.com> <542AD446.10509@Oracle.com> Message-ID: > BTW animatedBind is a useful utility. It makes it much easier to make cool > animations that adjust as the data model changes. Here it is: > > https://gist.github.com/mikehearn/f639176566d735b676e7 > > Something like that should be in the framework really. Nice indeed. From steve.x.northover at oracle.com Sun Oct 5 00:57:11 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Sat, 04 Oct 2014 17:57:11 -0700 Subject: review requested for Glass/GTK change In-Reply-To: <542C6CF6.6000607@Oracle.com> References: <542C6CF6.6000607@Oracle.com> Message-ID: <54309767.7040909@oracle.com> Hi David, Will look at the code. The standard process for a review request can be found here: https://wiki.openjdk.java.net/display/OpenJFX/Code+Reviews . You are missing the bug report in the email title and a link to the JIRA in the body. Having the bug report in the title and short description helps out big time when scanning through a billion emails. Thanks, Steve On 2014-10-01, 2:07 PM, David Hill wrote: > > Kevin, (and anyone else interested in Glass/GTK) > > webrev at http://cr.openjdk.java.net/~ddhill/RT-31306 > > > The idea is to delay some resizing actions until we are mapped on the > screen. Without this, a linux app run over ssh -X would show up with a > minimum size as the intermediate size over road the requested size. > > Note: there is some extra resizing that is really visible still that I > have not removed, but will need to be in a follow on Jira. > > Please follow up in the Jira. > From morris.meyer at oracle.com Mon Oct 6 18:50:32 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Mon, 06 Oct 2014 14:50:32 -0400 Subject: [8u40] Review request for RT-38058: Pagination leak Message-ID: <5432E478.9040908@oracle.com> Jonathan, I've pulled out the following patch from this JIRA issue and used jvisualvm to verify that this indeed does solve our pagination leak using the HelloPagination app. Could you please give this a review? Thanks. --morris BUG - https://javafx-jira.kenai/browse/RT-38058 WEBREV - http://javaweb.us.oracle.com/~mameyer/webrevs/01/RT-38058 From kevin.rushforth at oracle.com Mon Oct 6 19:47:00 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 06 Oct 2014 12:47:00 -0700 Subject: 8u-dev unlocked following this week's sanity testing Message-ID: <5432F1B4.3080201@oracle.com> From morris.meyer at oracle.com Mon Oct 6 19:53:06 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Mon, 06 Oct 2014 15:53:06 -0400 Subject: [8u40] Review request for RT-38058: Pagination leak In-Reply-To: <5432E478.9040908@oracle.com> References: <5432E478.9040908@oracle.com> Message-ID: <5432F322.3090804@oracle.com> Here is an open webrev: WEBREV - http://cr.openjdk.java.net/~morris/RT-38058.01 On 10/6/14, 2:50 PM, Morris Meyer wrote: > Jonathan, > > I've pulled out the following patch from this JIRA issue and used > jvisualvm to verify that this indeed does solve our pagination leak > using the HelloPagination app. > > Could you please give this a review? Thanks. > > --morris > > BUG - https://javafx-jira.kenai/browse/RT-38058 > WEBREV - http://javaweb.us.oracle.com/~mameyer/webrevs/01/RT-38058 > > > From openjfx-dev at kreutter.de Mon Oct 6 20:13:38 2014 From: openjfx-dev at kreutter.de (Stefan Kreutter) Date: Mon, 6 Oct 2014 22:13:38 +0200 Subject: javapackager native windows bundle non empty app.classpath (package.cfg) Message-ID: <13995CDF-4D00-4F43-B364-7D5B83BD3931@kreutter.de> Hoping to address my question to the appropriate list... Is it possible to use the javapackager (ant-tasks) to create a Windows exe and having the app.classpath property of package.cfg populated? I use something like this: The directory target/dependency contains several jar files (which by the way end up properly in the generated JNLP file) but only the jar file of the main class is references in the package.cfg inside native/bundles/${application.title}/app/package.cfg: app.mainjar=app-1.0-SNAPSHOT.jar app.version=1.0 app.id=org.example.demo.app app.preferences.id=org/example/demo/app app.mainclass= org/example/demo/app/DemoApp app.classpath= In the source code of java/com/sun/javafx/tools/packager/bundlers/WinAppBundler.java I found the following comment: > private void writePkgInfo(Map params, File pkgInfoFile) throws FileNotFoundException { > [...] > //This will be emtry string for correctly packaged JavaFX apps > out.println("app.classpath=" + MAIN_JAR_CLASSPATH.fetchFrom(params)); > [...] > } So it seems that having a classpath with besides the main JAR is not possible/wanted. Thanks in advance, Stefan From danno.ferrin at oracle.com Mon Oct 6 21:20:46 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Mon, 6 Oct 2014 15:20:46 -0600 Subject: Review for RT-38725 Message-ID: Kevin, Stephen, and anyone running Mac OSX 10.8 (Mountain Lion) with XCode 5.1.1 This patch should get the new launcher building on 10.7, 10.8, and 10.9 (and 10.10 maybe when it is released). However, we don't have anyone running Mountain Lion and/or XCode 5.1.1. The XCode issue is the more imprtaint one since JDK 9 appears to be moving to 5.1.1/clang on a 10.9 build machine, possibly with 10.8 SDK. Is there anyone on this list running either Mountain Lion or XCode 5.1.1 that could test this theory out? It's verified on 10.7.5 with XCode 4.5 and 10.9.5 with XCode 6 with either the 10.7 or 10.9 sdk. WebRev: http://cr.openjdk.java.net/~shemnon/RT-38725/webrev.00/ JIRA: https://javafx-jira.kenai.com/browse/RT-38725 From ttilt at technologist.com Mon Oct 6 21:30:08 2014 From: ttilt at technologist.com (ttilt at technologist.com) Date: Mon, 6 Oct 2014 23:30:08 +0200 Subject: Problems with gradle Message-ID: From kevin.rushforth at oracle.com Mon Oct 6 21:51:08 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 06 Oct 2014 14:51:08 -0700 Subject: Problems with gradle In-Reply-To: References: Message-ID: <54330ECC.8030109@oracle.com> Can you elaborate? -- Kevin From danno.ferrin at oracle.com Mon Oct 6 22:11:11 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Mon, 6 Oct 2014 16:11:11 -0600 Subject: javapackager native windows bundle non empty app.classpath (package.cfg) In-Reply-To: <13995CDF-4D00-4F43-B364-7D5B83BD3931@kreutter.de> References: <13995CDF-4D00-4F43-B364-7D5B83BD3931@kreutter.de> Message-ID: <17E326B2-15D2-4698-B3E7-42CEE20436C5@oracle.com> This looks to be a bug. Can you post what version of the jdk you are using? Also, can you post a JIRA for this at javafx-jira.kenai.com? On Oct 6, 2014, at 2:13 PM, Stefan Kreutter wrote: > Hoping to address my question to the appropriate list... > > Is it possible to use the javapackager (ant-tasks) to create a Windows exe and having the app.classpath property of package.cfg populated? I use something like this: > > > > > > > > > > > > > The directory target/dependency contains several jar files (which by the way end up properly in the generated JNLP file) but only the jar file of the main class is references in the package.cfg inside native/bundles/${application.title}/app/package.cfg: > > app.mainjar=app-1.0-SNAPSHOT.jar > app.version=1.0 > app.id=org.example.demo.app > app.preferences.id=org/example/demo/app > app.mainclass= org/example/demo/app/DemoApp > app.classpath= > > In the source code of java/com/sun/javafx/tools/packager/bundlers/WinAppBundler.java I found the following comment: > >> private void writePkgInfo(Map params, File pkgInfoFile) throws FileNotFoundException { >> [...] >> //This will be emtry string for correctly packaged JavaFX apps >> out.println("app.classpath=" + MAIN_JAR_CLASSPATH.fetchFrom(params)); >> [...] >> } > > So it seems that having a classpath with besides the main JAR is not possible/wanted. > > Thanks in advance, > Stefan > From ttilt at technologist.com Tue Oct 7 12:53:31 2014 From: ttilt at technologist.com (=?UTF-8?Q?=22Jo=C3=A3o_Carlos=22?=) Date: Tue, 7 Oct 2014 14:53:31 +0200 Subject: Fw: Re: Problems with gradle References: , <54330ECC.8030109@oracle.com>, Message-ID: From kevin.rushforth at oracle.com Tue Oct 7 15:01:19 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 07 Oct 2014 08:01:19 -0700 Subject: Problems with gradle In-Reply-To: References: , <54330ECC.8030109@oracle.com> Message-ID: <5434003F.8030609@oracle.com> [copying the openjfx-dev mailing list] Are you using VisualStudio 2010 Express? I believe that only supports 32-bit builds, so that could be your issue, in which case using the 32-bit JDK should resolve your problem. You may have to manually clean your repo by removing at least the following: rm -rf build buildSrc/build Failing that, I recommend to run with "gradle --info --stacktrace" and see if that gives you more information. -- Kevin > Wow, sorry I prepared the msg and forgot to paste it here.. haha > > Here's the elaboration: > > I'm having problems with gradle task :graphics:compileDecoraHLSLShaders > > 01:10:00.026 [ERROR] [org.gradle.BuildExceptionReporter] FAILURE: > Build failed with an exception. > 01:10:00.034 [ERROR] [org.gradle.BuildExceptionReporter] > 01:10:00.039 [ERROR] [org.gradle.BuildExceptionReporter] * What went > wrong: > 01:10:00.046 [ERROR] [org.gradle.BuildExceptionReporter] Execution > failed for task ':graphics:compileDecoraHLSLShaders'. > 01:10:00.051 [ERROR] [org.gradle.BuildExceptionReporter] > Could not > call NativeCompileTask.compile() on task > ':graphics:compileDecoraHLSLShaders' > 01:10:00.056 [ERROR] [org.gradle.BuildExceptionReporter] > 01:10:00.061 [ERROR] [org.gradle.BuildExceptionReporter] * Exception is: > 01:10:00.068 [ERROR] [org.gradle.BuildExceptionReporter] > org.gradle.api.tasks.TaskExecutionException: Execution failed for task > ':graphics:compileDecoraHLSLShad > ers'. > > The original causing exception is: > > 01:10:00.407 [ERROR] [org.gradle.BuildExceptionReporter] Caused by: > java.lang.NullPointerException > 01:10:00.411 [ERROR] [org.gradle.BuildExceptionReporter] at > org.gradle.process.internal.DefaultProcessForkOptions.getActualEnvironment(DefaultProcessFork > Options.java:75) > > > Tried it w/ gradle 1.8 and 2.1. Same problem in both. I'm building w/ > jdk 1.8.0_20 64-bits. Maybe that's the problem? > > PS.: Personally I think using gradle is introducing unnecessary > complexity in the build process.. Better to use a simpler tech like > ant (which should also work for native code) or make, like the rest of > the OpenJDK. > > Tks, > JC > From ttilt at technologist.com Tue Oct 7 15:36:09 2014 From: ttilt at technologist.com (=?UTF-8?Q?=22Jo=C3=A3o_Carlos=22?=) Date: Tue, 7 Oct 2014 17:36:09 +0200 Subject: Problems with gradle In-Reply-To: <5434003F.8030609@oracle.com> References: , <54330ECC.8030109@oracle.com> , <5434003F.8030609@oracle.com> Message-ID: From kevin.rushforth at oracle.com Tue Oct 7 15:58:14 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 07 Oct 2014 08:58:14 -0700 Subject: Problems with gradle In-Reply-To: References: , <54330ECC.8030109@oracle.com> , <5434003F.8030609@oracle.com> Message-ID: <54340D96.8040204@oracle.com> No, we require Visual Studio 2010 to build on Windows. Please see: https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX -- Kevin Jo?o Carlos wrote: > I haven't installed VS2010. I installed gcc 64-bit through cygwin > 64-bit. Shouldn't that work? > > > *Sent:* Tuesday, October 07, 2014 at 12:01 PM > *From:* "Kevin Rushforth" > *To:* "Jo?o Carlos" , > "openjfx-dev at openjdk.java.net" > *Subject:* Re: Problems with gradle > > [copying the openjfx-dev mailing list] > > Are you using VisualStudio 2010 Express? I believe that only supports > 32-bit builds, so that could be your issue, in which case using the > 32-bit JDK should resolve your problem. You may have to manually clean > your repo by removing at least the following: > > rm -rf build buildSrc/build > > Failing that, I recommend to run with "gradle --info --stacktrace" and > see if that gives you more information. > > -- Kevin > > > > > Wow, sorry I prepared the msg and forgot to paste it here.. haha > > > > Here's the elaboration: > > > > I'm having problems with gradle task :graphics:compileDecoraHLSLShaders > > > > 01:10:00.026 [ERROR] [org.gradle.BuildExceptionReporter] FAILURE: > > Build failed with an exception. > > 01:10:00.034 [ERROR] [org.gradle.BuildExceptionReporter] > > 01:10:00.039 [ERROR] [org.gradle.BuildExceptionReporter] * What went > > wrong: > > 01:10:00.046 [ERROR] [org.gradle.BuildExceptionReporter] Execution > > failed for task ':graphics:compileDecoraHLSLShaders'. > > 01:10:00.051 [ERROR] [org.gradle.BuildExceptionReporter] > Could not > > call NativeCompileTask.compile() on task > > ':graphics:compileDecoraHLSLShaders' > > 01:10:00.056 [ERROR] [org.gradle.BuildExceptionReporter] > > 01:10:00.061 [ERROR] [org.gradle.BuildExceptionReporter] * Exception is: > > 01:10:00.068 [ERROR] [org.gradle.BuildExceptionReporter] > > org.gradle.api.tasks.TaskExecutionException: Execution failed for task > > ':graphics:compileDecoraHLSLShad > > ers'. > > > > The original causing exception is: > > > > 01:10:00.407 [ERROR] [org.gradle.BuildExceptionReporter] Caused by: > > java.lang.NullPointerException > > 01:10:00.411 [ERROR] [org.gradle.BuildExceptionReporter] at > > > org.gradle.process.internal.DefaultProcessForkOptions.getActualEnvironment(DefaultProcessFork > > Options.java:75) > > > > > > Tried it w/ gradle 1.8 and 2.1. Same problem in both. I'm building w/ > > jdk 1.8.0_20 64-bits. Maybe that's the problem? > > > > PS.: Personally I think using gradle is introducing unnecessary > > complexity in the build process.. Better to use a simpler tech like > > ant (which should also work for native code) or make, like the rest of > > the OpenJDK. > > > > Tks, > > JC > > > > From morris.meyer at oracle.com Tue Oct 7 17:40:00 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Tue, 07 Oct 2014 13:40:00 -0400 Subject: [8u40] Review request for RT-38058: Pagination leak In-Reply-To: <5432F322.3090804@oracle.com> References: <5432E478.9040908@oracle.com> <5432F322.3090804@oracle.com> Message-ID: <54342570.1050805@oracle.com> Here is my latest webrev based on Jonathan's comments in JIRA for RT-38058. --morris WEBREV - http://cr.openjdk.java.net/~morris/RT-38058.02 On 10/6/14, 3:53 PM, Morris Meyer wrote: > Here is an open webrev: > > WEBREV - http://cr.openjdk.java.net/~morris/RT-38058.01 > > > On 10/6/14, 2:50 PM, Morris Meyer wrote: >> Jonathan, >> >> I've pulled out the following patch from this JIRA issue and used >> jvisualvm to verify that this indeed does solve our pagination leak >> using the HelloPagination app. >> >> Could you please give this a review? Thanks. >> >> --morris >> >> BUG - https://javafx-jira.kenai/browse/RT-38058 >> WEBREV - http://javaweb.us.oracle.com/~mameyer/webrevs/01/RT-38058 >> >> >> > From tbee at tbee.org Wed Oct 8 16:08:21 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 08 Oct 2014 18:08:21 +0200 Subject: 8u40 & 9 CSS issues Message-ID: <54356175.8010405@tbee.org> Has anything changed in 8U40 and J9 concerning CSS processing? I'm using SVG and images in CSS to draw a.o. arrows. These are not visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues where to look? Tom From kevin.rushforth at oracle.com Wed Oct 8 16:10:37 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 08 Oct 2014 09:10:37 -0700 Subject: Result: New OpenJFX Committer: Michael Fang Message-ID: <543561FD.5080905@oracle.com> Voting for Michael Fang to OpenJFX Committer [1] is now closed. Yes: 5 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -- Kevin [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-September/015813.html From david.grieve at oracle.com Wed Oct 8 17:21:36 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 08 Oct 2014 13:21:36 -0400 Subject: 8u40 & 9 CSS issues In-Reply-To: <54356175.8010405@tbee.org> References: <54356175.8010405@tbee.org> Message-ID: <543572A0.30302@oracle.com> If it worked in 8u20 but not in 8u40, then there is a regression somewhere. Please file an issue in jira and include a reproducible example. On 10/8/14, 12:08 PM, Tom Eugelink wrote: > Has anything changed in 8U40 and J9 concerning CSS processing? I'm > using SVG and images in CSS to draw a.o. arrows. These are not visible > in 8U40 and 9. But 8u20 and J8 they work fine. And clues where to look? > > Tom From mark.heckler at oracle.com Wed Oct 8 19:07:08 2014 From: mark.heckler at oracle.com (Mark Heckler) Date: Wed, 8 Oct 2014 12:07:08 -0700 (PDT) Subject: 8u40 & 9 CSS issues In-Reply-To: <543572A0.30302@oracle.com> References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> Message-ID: Tom, David, Sounds similar to (but not the same as) an issue Rob Terpilowski (@RobTerpilowski) mentioned yesterday on Twitter and that Gerrit Grunwald corroborated. I believe Rob is logging an issue as well, may want to see if the issues are at all related and coordinate. HTH, Mark -----Original Message----- From: David Grieve Sent: Wednesday, October 08, 2014 12:22 PM To: openjfx-dev at openjdk.java.net Subject: Re: 8u40 & 9 CSS issues If it worked in 8u20 but not in 8u40, then there is a regression somewhere. Please file an issue in jira and include a reproducible example. On 10/8/14, 12:08 PM, Tom Eugelink wrote: > Has anything changed in 8U40 and J9 concerning CSS processing? I'm > using SVG and images in CSS to draw a.o. arrows. These are not visible > in 8U40 and 9. But 8u20 and J8 they work fine. And clues where to look? > > Tom From tbee at tbee.org Wed Oct 8 19:15:53 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 08 Oct 2014 21:15:53 +0200 Subject: 8u40 & 9 CSS issues In-Reply-To: References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> Message-ID: <54358D69.8000908@tbee.org> Thanks. Will see what problems he has. On 8-10-2014 21:07, Mark Heckler wrote: > Tom, David, > > Sounds similar to (but not the same as) an issue Rob Terpilowski (@RobTerpilowski) mentioned yesterday on Twitter and that Gerrit Grunwald corroborated. I believe Rob is logging an issue as well, may want to see if the issues are at all related and coordinate. > > HTH, > Mark > > > > -----Original Message----- > From: David Grieve > Sent: Wednesday, October 08, 2014 12:22 PM > To: openjfx-dev at openjdk.java.net > Subject: Re: 8u40 & 9 CSS issues > > If it worked in 8u20 but not in 8u40, then there is a regression somewhere. Please file an issue in jira and include a reproducible example. > > On 10/8/14, 12:08 PM, Tom Eugelink wrote: >> Has anything changed in 8U40 and J9 concerning CSS processing? I'm >> using SVG and images in CSS to draw a.o. arrows. These are not visible >> in 8U40 and 9. But 8u20 and J8 they work fine. And clues where to look? >> >> Tom From morris.meyer at oracle.com Wed Oct 8 21:03:32 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Wed, 08 Oct 2014 17:03:32 -0400 Subject: [8u40] Review request for RT-37924: Spinner sample app for Ensemble8 Message-ID: <5435A6A4.6090403@oracle.com> Folks, I've uploaded the initial webrev for the Ensemble8 Spinner sample app for review. Thanks much! --morris meyer JIRA - https://javafx-jira.kenai.com/browse/RT-37924 WEBREV - http://cr.openjdk.java.net/~morris/RT-37924.01/ From vadim.pakhnushev at oracle.com Wed Oct 8 21:19:27 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Thu, 09 Oct 2014 01:19:27 +0400 Subject: [8u40] Review request for RT-27128 Re-enable SelectBindingTests which relied on old logging behavior Message-ID: <5435AA5F.6000109@oracle.com> Hi Kevin, Please review this fix: https://javafx-jira.kenai.com/browse/RT-27128 http://cr.openjdk.java.net/~vadim/RT-27128/webrev.00/ Thanks, Vadim From lehmann at media-interactive.de Thu Oct 9 10:00:47 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Thu, 9 Oct 2014 12:00:47 +0200 Subject: CSS: style leaks from unrelated stylesheet Message-ID: <54365CCF.80805@media-interactive.de> Hi, I have a strange effect with stylesheets. Somehow a style is applied although the defining stylesheet is not in the scene. Consider this scenario: Primary stage with a 3rd party control. The control's jar file contains a stylesheet with style .list-cell { -fx-pref-height: 24; } Then a dialog stage is displayed and its scene does not use the 3rd party control. However, a combobox list-cell (its button cell) is still using a preferred height of 24. IF I don't have that 3rd party control on the primary stage and open the dialog, the list cell is at pref height 17, as it should. This means the pure existence of that control on the primary stage makes a difference on the dialog stage. Admittedly the selector above is not as specific as it should be. But how does that style "leak" into the dialog scene although the dialog does not use the 3rd party control with that stylesheet? This is on 8u11 if it matters. Can't test it right now with 8u20+ because that has other implications. Rgds Werner From anton.tarasov at oracle.com Thu Oct 9 11:30:14 2014 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Thu, 09 Oct 2014 15:30:14 +0400 Subject: [8u40] Review request for RT-38868: [JFXPanel] Access denied when scrolling in WebView in Sandboxed Applet Message-ID: <543671C6.3010401@oracle.com> Hi Kevin, Please, review the fix: https://javafx-jira.kenai.com/browse/RT-38868 http://cr.openjdk.java.net/~ant/RT-38868/webrev.0 Where some reflection code is replaced with direct getters. Thanks, Anton. From lehmann at media-interactive.de Thu Oct 9 12:58:19 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Thu, 9 Oct 2014 14:58:19 +0200 Subject: CSS: style leaks from unrelated stylesheet In-Reply-To: <54365CCF.80805@media-interactive.de> References: <54365CCF.80805@media-interactive.de> Message-ID: <5436866B.8080709@media-interactive.de> Turns out that the 3rd party control adds its stylesheet like this: class SomeControlSkin... static { StyleManager.getInstance().addUserAgentStylesheet(...) } In this way it is not only using private API but also the stylesheet is not associated with only such control nodes and therefore seems to affect other nodes, too. Is this correct, and should the stylesheet rather be provided by overriding Control.getUserAgentStylesheet? Werner On 09.10.2014 12:00, Werner Lehmann wrote: > Then a dialog stage is displayed and its scene does not use the 3rd > party control. However, a combobox list-cell (its button cell) is still From david.grieve at oracle.com Thu Oct 9 13:27:18 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 09 Oct 2014 09:27:18 -0400 Subject: CSS: style leaks from unrelated stylesheet In-Reply-To: <5436866B.8080709@media-interactive.de> References: <54365CCF.80805@media-interactive.de> <5436866B.8080709@media-interactive.de> Message-ID: <54368D36.3010503@oracle.com> In 8u20 and before, adding a stylesheet via Control.getUserAgentStylesheet will simply add the user-agent stylesheet to the entire scene, not just the control. This has been fixed in 8u40 where the getUserAgentStylesheet method is now public API on Region and the styles added will affect only the Region and its children. Incidentally, the code you point out from the 3rd party control (controlsfx) was added as a work-around for a separate issue related to Control.getUserAgentStylesheet(). I believe the 8u40 branch of controlsfx has removed this work-around and is using the Region#getUserAgentStylesheet method. On 10/9/14, 8:58 AM, Werner Lehmann wrote: > Turns out that the 3rd party control adds its stylesheet like this: > > class SomeControlSkin... > static { > StyleManager.getInstance().addUserAgentStylesheet(...) > } > > In this way it is not only using private API but also the stylesheet > is not associated with only such control nodes and therefore seems to > affect other nodes, too. Is this correct, and should the stylesheet > rather be provided by overriding Control.getUserAgentStylesheet? > > Werner > > On 09.10.2014 12:00, Werner Lehmann wrote: >> Then a dialog stage is displayed and its scene does not use the 3rd >> party control. However, a combobox list-cell (its button cell) is still From lehmann at media-interactive.de Thu Oct 9 14:20:20 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Thu, 9 Oct 2014 16:20:20 +0200 Subject: CSS: style leaks from unrelated stylesheet In-Reply-To: <54368D36.3010503@oracle.com> References: <54365CCF.80805@media-interactive.de> <5436866B.8080709@media-interactive.de> <54368D36.3010503@oracle.com> Message-ID: <543699A4.8090605@media-interactive.de> Thanks, David. This means I would always override getUserAgentStylesheet (for 8u20 on Control, for 8u40+ on Region). And selectors in the stylesheet should be sufficiently specific because only 8u40+ actually limits them to the declaring node. For the record, I'm not talking about controlsfx - but that may have been the template for it. Werner On 09.10.2014 15:27, David Grieve wrote: > In 8u20 and before, adding a stylesheet via > Control.getUserAgentStylesheet will simply add the user-agent stylesheet > to the entire scene, not just the control. This has been fixed in 8u40 > where the getUserAgentStylesheet method is now public API on Region and > the styles added will affect only the Region and its children. > > Incidentally, the code you point out from the 3rd party control > (controlsfx) was added as a work-around for a separate issue related to > Control.getUserAgentStylesheet(). I believe the 8u40 branch of > controlsfx has removed this work-around and is using the > Region#getUserAgentStylesheet method. > > On 10/9/14, 8:58 AM, Werner Lehmann wrote: >> Turns out that the 3rd party control adds its stylesheet like this: >> >> class SomeControlSkin... >> static { >> StyleManager.getInstance().addUserAgentStylesheet(...) >> } >> >> In this way it is not only using private API but also the stylesheet >> is not associated with only such control nodes and therefore seems to >> affect other nodes, too. Is this correct, and should the stylesheet >> rather be provided by overriding Control.getUserAgentStylesheet? >> >> Werner >> >> On 09.10.2014 12:00, Werner Lehmann wrote: >>> Then a dialog stage is displayed and its scene does not use the 3rd >>> party control. However, a combobox list-cell (its button cell) is still From tbee at tbee.org Thu Oct 9 14:23:06 2014 From: tbee at tbee.org (Tom Eugelink) Date: Thu, 09 Oct 2014 16:23:06 +0200 Subject: CSS: style leaks from unrelated stylesheet In-Reply-To: <54368D36.3010503@oracle.com> References: <54365CCF.80805@media-interactive.de> <5436866B.8080709@media-interactive.de> <54368D36.3010503@oracle.com> Message-ID: <54369A4A.7060103@tbee.org> My controls in JFXtras have been overriding getUserAgentStylesheet from day 1 (or better JavaFX 2.0), AFAIK that is the way to do it. But I'm curious if this change is the cause of the CSS issues I'm seeing in 8U40. On 9-10-2014 15:27, David Grieve wrote: > In 8u20 and before, adding a stylesheet via Control.getUserAgentStylesheet will simply add the user-agent stylesheet to the entire scene, not just the control. This has been fixed in 8u40 where the getUserAgentStylesheet method is now public API on Region and the styles added will affect only the Region and its children. > > Incidentally, the code you point out from the 3rd party control (controlsfx) was added as a work-around for a separate issue related to Control.getUserAgentStylesheet(). I believe the 8u40 branch of controlsfx has removed this work-around and is using the Region#getUserAgentStylesheet method. > > On 10/9/14, 8:58 AM, Werner Lehmann wrote: >> Turns out that the 3rd party control adds its stylesheet like this: >> >> class SomeControlSkin... >> static { >> StyleManager.getInstance().addUserAgentStylesheet(...) >> } >> >> In this way it is not only using private API but also the stylesheet is not associated with only such control nodes and therefore seems to affect other nodes, too. Is this correct, and should the stylesheet rather be provided by overriding Control.getUserAgentStylesheet? >> >> Werner >> >> On 09.10.2014 12:00, Werner Lehmann wrote: >>> Then a dialog stage is displayed and its scene does not use the 3rd >>> party control. However, a combobox list-cell (its button cell) is still > From kevin.rushforth at oracle.com Thu Oct 9 14:44:55 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 09 Oct 2014 07:44:55 -0700 Subject: Result: New OpenJFX Committer: Morris Meyer Message-ID: <54369F67.1060709@oracle.com> Voting for Morris Meyer to OpenJFX Committer [1] is now closed. Yes: 9 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -- Kevin [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-September/015817.html From david.grieve at oracle.com Thu Oct 9 15:20:05 2014 From: david.grieve at oracle.com (David Grieve) Date: Thu, 09 Oct 2014 11:20:05 -0400 Subject: CSS: style leaks from unrelated stylesheet In-Reply-To: <54369A4A.7060103@tbee.org> References: <54365CCF.80805@media-interactive.de> <5436866B.8080709@media-interactive.de> <54368D36.3010503@oracle.com> <54369A4A.7060103@tbee.org> Message-ID: <5436A7A5.1020700@oracle.com> Try calling StyleManager.getInstance().addUserAgentStylesheet(...) from a static initializer, like below. If that fixes your SVG arrow problem, then it is a good bet that this change is the cause of your issues. On 10/9/14, 10:23 AM, Tom Eugelink wrote: > My controls in JFXtras have been overriding getUserAgentStylesheet > from day 1 (or better JavaFX 2.0), AFAIK that is the way to do it. But > I'm curious if this change is the cause of the CSS issues I'm seeing > in 8U40. > > > > > On 9-10-2014 15:27, David Grieve wrote: >> In 8u20 and before, adding a stylesheet via >> Control.getUserAgentStylesheet will simply add the user-agent >> stylesheet to the entire scene, not just the control. This has been >> fixed in 8u40 where the getUserAgentStylesheet method is now public >> API on Region and the styles added will affect only the Region and >> its children. >> >> Incidentally, the code you point out from the 3rd party control >> (controlsfx) was added as a work-around for a separate issue related >> to Control.getUserAgentStylesheet(). I believe the 8u40 branch of >> controlsfx has removed this work-around and is using the >> Region#getUserAgentStylesheet method. >> >> On 10/9/14, 8:58 AM, Werner Lehmann wrote: >>> Turns out that the 3rd party control adds its stylesheet like this: >>> >>> class SomeControlSkin... >>> static { >>> StyleManager.getInstance().addUserAgentStylesheet(...) >>> } >>> >>> In this way it is not only using private API but also the stylesheet >>> is not associated with only such control nodes and therefore seems >>> to affect other nodes, too. Is this correct, and should the >>> stylesheet rather be provided by overriding >>> Control.getUserAgentStylesheet? >>> >>> Werner >>> >>> On 09.10.2014 12:00, Werner Lehmann wrote: >>>> Then a dialog stage is displayed and its scene does not use the 3rd >>>> party control. However, a combobox list-cell (its button cell) is >>>> still >> > From steve.x.northover at oracle.com Thu Oct 9 16:00:23 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 09 Oct 2014 12:00:23 -0400 Subject: [8u40] Review request for RT-38868: [JFXPanel] Access denied when scrolling in WebView in Sandboxed Applet In-Reply-To: <543671C6.3010401@oracle.com> References: <543671C6.3010401@oracle.com> Message-ID: <5436B117.5000809@oracle.com> Hi Anton, Jonathan is the owner of controls and Leonid owns web. Kevin and I can review any fix and put in the code, but you'd be better getting a review from these two guys. The code changes in question are trivial so they just need to know that they are happening in their area. I guess this your email also informed them. Steve On 2014-10-09, 7:30 AM, Anton V. Tarasov wrote: > Hi Kevin, > > Please, review the fix: > > https://javafx-jira.kenai.com/browse/RT-38868 > http://cr.openjdk.java.net/~ant/RT-38868/webrev.0 > > Where some reflection code is replaced with direct getters. > > Thanks, > Anton. From david.dehaven at oracle.com Thu Oct 9 16:26:56 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Thu, 9 Oct 2014 09:26:56 -0700 Subject: Review for RT-38725 In-Reply-To: References: Message-ID: <69228CF9-1D3B-4019-97C6-D999467A8455@oracle.com> > It's verified on 10.7.5 with XCode 4.5 and 10.9.5 with XCode 6 with either the 10.7 or 10.9 sdk. As far as I've seen, Xcode 5.1.1 and 6 behave about the same on the command line. -DrD- From tbee at tbee.org Thu Oct 9 17:59:21 2014 From: tbee at tbee.org (Tom Eugelink) Date: Thu, 09 Oct 2014 19:59:21 +0200 Subject: CSS: style leaks from unrelated stylesheet In-Reply-To: <5436A7A5.1020700@oracle.com> References: <54365CCF.80805@media-interactive.de> <5436866B.8080709@media-interactive.de> <54368D36.3010503@oracle.com> <54369A4A.7060103@tbee.org> <5436A7A5.1020700@oracle.com> Message-ID: <5436CCF9.4020508@tbee.org> Nope, that's not it. :-( In fact commenting out the getUserAgentStylesheet and just relying on the static initializer (checking it actuelly gets executed) results in the well known "The -fx-skin property has not been defined bla bla", while that value is there. The TestFX tests partially run; apparently the vertical arrows still claim enough room so they are clickable and those tests are green, the horizontal arrow tests fail. So it probably is an apply-CSS problem. Tom On 9-10-2014 17:20, David Grieve wrote: > Try calling StyleManager.getInstance().addUserAgentStylesheet(...) from a static initializer, like below. If that fixes your SVG arrow problem, then it is a good bet that this change is the cause of your issues. > > On 10/9/14, 10:23 AM, Tom Eugelink wrote: >> My controls in JFXtras have been overriding getUserAgentStylesheet from day 1 (or better JavaFX 2.0), AFAIK that is the way to do it. But I'm curious if this change is the cause of the CSS issues I'm seeing in 8U40. >> >> >> >> >> On 9-10-2014 15:27, David Grieve wrote: >>> In 8u20 and before, adding a stylesheet via Control.getUserAgentStylesheet will simply add the user-agent stylesheet to the entire scene, not just the control. This has been fixed in 8u40 where the getUserAgentStylesheet method is now public API on Region and the styles added will affect only the Region and its children. >>> >>> Incidentally, the code you point out from the 3rd party control (controlsfx) was added as a work-around for a separate issue related to Control.getUserAgentStylesheet(). I believe the 8u40 branch of controlsfx has removed this work-around and is using the Region#getUserAgentStylesheet method. >>> >>> On 10/9/14, 8:58 AM, Werner Lehmann wrote: >>>> Turns out that the 3rd party control adds its stylesheet like this: >>>> >>>> class SomeControlSkin... >>>> static { >>>> StyleManager.getInstance().addUserAgentStylesheet(...) >>>> } >>>> >>>> In this way it is not only using private API but also the stylesheet is not associated with only such control nodes and therefore seems to affect other nodes, too. Is this correct, and should the stylesheet rather be provided by overriding Control.getUserAgentStylesheet? >>>> >>>> Werner >>>> >>>> On 09.10.2014 12:00, Werner Lehmann wrote: >>>>> Then a dialog stage is displayed and its scene does not use the 3rd >>>>> party control. However, a combobox list-cell (its button cell) is still >>> >> > From tbee at tbee.org Fri Oct 10 05:04:10 2014 From: tbee at tbee.org (Tom Eugelink) Date: Fri, 10 Oct 2014 07:04:10 +0200 Subject: 8u40 & 9 CSS issues In-Reply-To: <543572A0.30302@oracle.com> References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> Message-ID: <543768CA.9080908@tbee.org> I created an issues https://javafx-jira.kenai.com/browse/RT-38950 But there is no way to add an attachment? Tom On 8-10-2014 19:21, David Grieve wrote: > If it worked in 8u20 but not in 8u40, then there is a regression somewhere. Please file an issue in jira and include a reproducible example. > > On 10/8/14, 12:08 PM, Tom Eugelink wrote: >> Has anything changed in 8U40 and J9 concerning CSS processing? I'm using SVG and images in CSS to draw a.o. arrows. These are not visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues where to look? >> >> Tom > From james.graham at oracle.com Fri Oct 10 09:36:34 2014 From: james.graham at oracle.com (Jim Graham) Date: Fri, 10 Oct 2014 02:36:34 -0700 Subject: 8u40 (already reviewed) post-push notification: RT-36566 - make vram target limit more dynamic Message-ID: <5437A8A2.4040306@oracle.com> Kevin already reviewed this fix during a discussion on the Jira issue (see the comments), but I realized after I pushed that I never sent out a public request for reviews to the list... Jira: https://javafx-jira.kenai.com/browse/RT-36566 webrev: http://cr.openjdk.java.net/~flar/RT-36566/webrev.02/ There was one minor change after that webrev which was to make 2 new variables final as per the final +1 review comment... ...jim From james.graham at oracle.com Fri Oct 10 09:58:58 2014 From: james.graham at oracle.com (Jim Graham) Date: Fri, 10 Oct 2014 02:58:58 -0700 Subject: New vram usage algorithms, [was Re: 8u40 (already reviewed) post-push notification: RT-36566 - make vram target limit more dynamic] In-Reply-To: <5437A8A2.4040306@oracle.com> References: <5437A8A2.4040306@oracle.com> Message-ID: <5437ADE2.60707@oracle.com> Some interesting changes for developers to note with this fix: - Previously (pre-8.0) we added 2 parameters to control our vram usage: -Dprism.maxvram=NNN[kmg] -Dprism.targetvram=NNN[kmg] - Our implementation was fairly ham-handed, if you ever needed more than the target we would thrash about trying to keep freeing anything that wasn't tied down to stay under it and we'd do this on every allocation. There was no "growing the target" as the tide of vram usage raised and if you ever reached a point where you were using more than the target amount on each frame then you probably would see a hit in fps as we struggled to stay below it (even if you didn't use more than "max"). - The default limits were modest because they provided the only backpressure against just allocating new vram on every operation with no attempts to free unused blocks. The defaults were max=256m, target=192m. Most apps wouldn't even notice those limits, but media-intensive apps might have run into the limit. - Due to the ham-handed algorithm we had to choose the defaults low enough to provide enough back-pressure that even simple apps didn't become frame-buffer wasted memory hogs and yet high enough to enable media-rich apps. - You could watch our attempts to stay under the target with: -Dprism.pooldebug=true (prints out info on cleanup attempts) -Dprism.poolstats=true (prints out vram usage on every frame) ------------------ The new system is a bit more flexible. In particular: - target will grow (up to max) as we use more vram and don't find anything (un)useful to free - defaults are now max=512m, target=64m - You will now see messages about growing the vram target with -Dprism.verbose=true - the lower initial target keeps some back-pressure so that we don't keep a lot of stale vram around so hopefully our vram usage for regular apps will be lower now (most apps would "free-wheel" up to the default target of 192m, but now will likely stay well and happily under 64m). - the higher max setting means some more media-heavy apps are now possible without having to tweak the settings. We no longer need a low "max" setting to keep simple apps small. - the floating target that rises as you use more vram for media and complicated effects means "target" doesn't end up being "really a maximum in practice because you won't like the results if you exceed it" like it is now. The target "bumps" will happen easily with just enough back-pressure to make sure we aren't raising it when there are unused textures wasting space - similar to the Java heap growth. - Hopefully this is all transparent, but if you see something odd let us know... ...jim On 10/10/14 2:36 AM, Jim Graham wrote: > Kevin already reviewed this fix during a discussion on the Jira issue > (see the comments), but I realized after I pushed that I never sent out > a public request for reviews to the list... > > Jira: https://javafx-jira.kenai.com/browse/RT-36566 > webrev: http://cr.openjdk.java.net/~flar/RT-36566/webrev.02/ > > There was one minor change after that webrev which was to make 2 new > variables final as per the final +1 review comment... > > ...jim From vadim.pakhnushev at oracle.com Fri Oct 10 11:38:30 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 10 Oct 2014 15:38:30 +0400 Subject: In(Sanity) Testing Mondays Message-ID: <5437C536.6050004@oracle.com> 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 From mike at plan99.net Fri Oct 10 14:27:48 2014 From: mike at plan99.net (Mike Hearn) Date: Fri, 10 Oct 2014 16:27:48 +0200 Subject: Why would most FontAwesome icons work but not one? Message-ID: I'm using FontAwesomeFX in my app (thanks for that guys!) and it works brilliantly .... except for one icon (THUMB_TACK), that is being set as a graphic in a listview. It works fine on MacOS but renders only a box on Windows. The icon shows fine in the fontawesome website. The only explanation for this I can think of is that something is going wrong deep inside the Windows specific text rendering pipeline. Other FA icons work, so, I'm puzzled as to why that one might be different. Does this sort of thing ring any bells? I'm unsure where to begin the debugging process. From steve.x.northover at oracle.com Fri Oct 10 14:52:22 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 10 Oct 2014 10:52:22 -0400 Subject: 8u40 & 9 CSS issues In-Reply-To: <543768CA.9080908@tbee.org> References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> <543768CA.9080908@tbee.org> Message-ID: <5437F2A6.3090709@oracle.com> You can put code in the comment field. If you have a binary attachment or code that is too big, you can email a committer and he/she will attach your file. It's not great but attachments have been disabled for centuries and will not be re-enabled (the battle was lost). Steve On 2014-10-10, 1:04 AM, Tom Eugelink wrote: > I created an issues > https://javafx-jira.kenai.com/browse/RT-38950 > > But there is no way to add an attachment? > > Tom > > > > On 8-10-2014 19:21, David Grieve wrote: >> If it worked in 8u20 but not in 8u40, then there is a regression >> somewhere. Please file an issue in jira and include a reproducible >> example. >> >> On 10/8/14, 12:08 PM, Tom Eugelink wrote: >>> Has anything changed in 8U40 and J9 concerning CSS processing? I'm >>> using SVG and images in CSS to draw a.o. arrows. These are not >>> visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues >>> where to look? >>> >>> Tom >> > From neugens at redhat.com Fri Oct 10 15:14:55 2014 From: neugens at redhat.com (Mario Torre) Date: Fri, 10 Oct 2014 17:14:55 +0200 Subject: Why would most FontAwesome icons work but not one? In-Reply-To: References: Message-ID: <1412954095.3688.27.camel@nirvana.localdomain> On Fri, 2014-10-10 at 16:27 +0200, Mike Hearn wrote: > I'm using FontAwesomeFX in my app (thanks for that guys!) and it works > brilliantly .... except for one icon (THUMB_TACK), that is being set as a > graphic in a listview. It works fine on MacOS but renders only a box on > Windows. The icon shows fine in the fontawesome website. > > The only explanation for this I can think of is that something is going > wrong deep inside the Windows specific text rendering pipeline. Other FA > icons work, so, I'm puzzled as to why that one might be different. > > Does this sort of thing ring any bells? I'm unsure where to begin the > debugging process. I've noticed this with some icons, double check that the font file you're using in FontAwesomeFX does actually contain the icon, FontAwesome seems to add new icons even in minor releases. Cheers, Mario From steve.x.northover at oracle.com Fri Oct 10 15:18:33 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 10 Oct 2014 11:18:33 -0400 Subject: In(Sanity) Testing Mondays In-Reply-To: <5437C536.6050004@oracle.com> References: <5437C536.6050004@oracle.com> Message-ID: <5437F8C9.50000@oracle.com> Hi all, Please note that the assignments have changed. Happy (in)Sanity! Steve On 2014-10-10, 7:38 AM, Vadim Pakhnushev wrote: > 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 From kevin.rushforth at oracle.com Fri Oct 10 15:31:30 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 10 Oct 2014 08:31:30 -0700 Subject: REMINDER: next week is the rampdown leading up to M3 milestone Message-ID: <5437FBD2.9080005@oracle.com> Team, Next week is our rampdown week heading into our M3 milestone. The focus will be on regressions, especially those introduced in 8u40. We are unlikely to accept non-trivial changes next week unless they are fixing a regression. As a reminder, an extra "+1" is needed from one of the leads for any change after the 1am freeze on Monday, 13-Oct until the M3 milestone integration on Monday, 20-Oct. See the 8u40 Wiki for more detail: https://wiki.openjdk.java.net/display/OpenJFX/8u40 -- Kevin & Steve From mike at plan99.net Fri Oct 10 15:32:35 2014 From: mike at plan99.net (Mike Hearn) Date: Fri, 10 Oct 2014 17:32:35 +0200 Subject: Why would most FontAwesome icons work but not one? In-Reply-To: <1412954095.3688.27.camel@nirvana.localdomain> References: <1412954095.3688.27.camel@nirvana.localdomain> Message-ID: > > I've noticed this with some icons, double check that the font file > you're using in FontAwesomeFX does actually contain the icon, > FontAwesome seems to add new icons even in minor releases. It's the same JAR on all three platforms, and Windows is the only one it fails on. I don't think it can be this ... From kevin.rushforth at oracle.com Fri Oct 10 15:45:16 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 10 Oct 2014 08:45:16 -0700 Subject: 8u40 & 9 CSS issues In-Reply-To: <5437F2A6.3090709@oracle.com> References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> <543768CA.9080908@tbee.org> <5437F2A6.3090709@oracle.com> Message-ID: <5437FF0C.5000506@oracle.com> As a glimmer of hope, I would note that at some unspecified point in the future, we plan to migrate the FX JIRA database to bugs.openjdk.java.net (the JIRA instance that is used for JDK bugs), which does support adding attachments. -- Kevin Stephen F Northover wrote: > You can put code in the comment field. If you have a binary > attachment or code that is too big, you can email a committer and > he/she will attach your file. > > It's not great but attachments have been disabled for centuries and > will not be re-enabled (the battle was lost). > > Steve > > On 2014-10-10, 1:04 AM, Tom Eugelink wrote: >> I created an issues >> https://javafx-jira.kenai.com/browse/RT-38950 >> >> But there is no way to add an attachment? >> >> Tom >> >> >> >> On 8-10-2014 19:21, David Grieve wrote: >>> If it worked in 8u20 but not in 8u40, then there is a regression >>> somewhere. Please file an issue in jira and include a reproducible >>> example. >>> >>> On 10/8/14, 12:08 PM, Tom Eugelink wrote: >>>> Has anything changed in 8U40 and J9 concerning CSS processing? I'm >>>> using SVG and images in CSS to draw a.o. arrows. These are not >>>> visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues >>>> where to look? >>>> >>>> Tom >>> >> > From philip.race at oracle.com Fri Oct 10 15:53:17 2014 From: philip.race at oracle.com (Phil Race) Date: Fri, 10 Oct 2014 08:53:17 -0700 Subject: Why would most FontAwesome icons work but not one? In-Reply-To: References: <1412954095.3688.27.camel@nirvana.localdomain> Message-ID: <543800ED.5070000@oracle.com> A box implies that the code point could not be mapped. FX code in this respect is completely cross-platform until you get down to requesting the glyph from DirectWrite or CoreText so the most likely things are that either they can't map it or its what Mario said. Suppose you also have a copy of this font *installed* somewhere .. its possible that you are then using the installed one in some case and the one in the jar in another case ? If that's not it, you can send me your app and I'll see what I see ... -phil. On 10/10/2014 08:32 AM, Mike Hearn wrote: >> I've noticed this with some icons, double check that the font file >> you're using in FontAwesomeFX does actually contain the icon, >> FontAwesome seems to add new icons even in minor releases. > > It's the same JAR on all three platforms, and Windows is the only one it > fails on. I don't think it can be this ... From ngalarneau at ABINITIO.COM Fri Oct 10 16:02:53 2014 From: ngalarneau at ABINITIO.COM (ngalarneau at ABINITIO.COM) Date: Fri, 10 Oct 2014 12:02:53 -0400 Subject: 8u40 & 9 CSS issues In-Reply-To: <5437FF0C.5000506@oracle.com> References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> <543768CA.9080908@tbee.org> <5437F2A6.3090709@oracle.com> <5437FF0C.5000506@oracle.com> Message-ID: If the FX bugs move to that JIRA, it sounds like it will be a lot harder to file & comment on bugs. IIRC, only Authors (people who have signed the Oracle Contributor Agreement?) can get a JIRA account there. Neil From: Kevin Rushforth To: Stephen F Northover , Cc: openjfx-dev at openjdk.java.net Date: 10/10/2014 11:45 AM Subject: Re: 8u40 & 9 CSS issues Sent by: "openjfx-dev" As a glimmer of hope, I would note that at some unspecified point in the future, we plan to migrate the FX JIRA database to bugs.openjdk.java.net (the JIRA instance that is used for JDK bugs), which does support adding attachments. -- Kevin Stephen F Northover wrote: > You can put code in the comment field. If you have a binary > attachment or code that is too big, you can email a committer and > he/she will attach your file. > > It's not great but attachments have been disabled for centuries and > will not be re-enabled (the battle was lost). > > Steve > > On 2014-10-10, 1:04 AM, Tom Eugelink wrote: >> I created an issues >> https://javafx-jira.kenai.com/browse/RT-38950 >> >> But there is no way to add an attachment? >> >> Tom >> >> >> >> On 8-10-2014 19:21, David Grieve wrote: >>> If it worked in 8u20 but not in 8u40, then there is a regression >>> somewhere. Please file an issue in jira and include a reproducible >>> example. >>> >>> On 10/8/14, 12:08 PM, Tom Eugelink wrote: >>>> Has anything changed in 8U40 and J9 concerning CSS processing? I'm >>>> using SVG and images in CSS to draw a.o. arrows. These are not >>>> visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues >>>> where to look? >>>> >>>> Tom >>> >> > NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. From kevin.rushforth at oracle.com Fri Oct 10 16:06:07 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 10 Oct 2014 09:06:07 -0700 Subject: 8u40 & 9 CSS issues In-Reply-To: References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> <543768CA.9080908@tbee.org> <5437F2A6.3090709@oracle.com> <5437FF0C.5000506@oracle.com> Message-ID: <543803EF.7060903@oracle.com> We are looking into ways to mitigate this. -- Kevin ngalarneau at ABINITIO.COM wrote: > If the FX bugs move to that JIRA, it sounds like it will be a lot > harder to file & comment on bugs. > > IIRC, only Authors (people who have signed the Oracle Contributor > Agreement?) can get a JIRA account there. > > > Neil > > > > > From: Kevin Rushforth > To: Stephen F Northover , > Cc: openjfx-dev at openjdk.java.net > Date: 10/10/2014 11:45 AM > Subject: Re: 8u40 & 9 CSS issues > Sent by: "openjfx-dev" > ------------------------------------------------------------------------ > > > > As a glimmer of hope, I would note that at some unspecified point in the > future, we plan to migrate the FX JIRA database to bugs.openjdk.java.net > (the JIRA instance that is used for JDK bugs), which does support adding > attachments. > > -- Kevin > > > Stephen F Northover wrote: > > You can put code in the comment field. If you have a binary > > attachment or code that is too big, you can email a committer and > > he/she will attach your file. > > > > It's not great but attachments have been disabled for centuries and > > will not be re-enabled (the battle was lost). > > > > Steve > > > > On 2014-10-10, 1:04 AM, Tom Eugelink wrote: > >> I created an issues > >> https://javafx-jira.kenai.com/browse/RT-38950 > >> > >> But there is no way to add an attachment? > >> > >> Tom > >> > >> > >> > >> On 8-10-2014 19:21, David Grieve wrote: > >>> If it worked in 8u20 but not in 8u40, then there is a regression > >>> somewhere. Please file an issue in jira and include a reproducible > >>> example. > >>> > >>> On 10/8/14, 12:08 PM, Tom Eugelink wrote: > >>>> Has anything changed in 8U40 and J9 concerning CSS processing? I'm > >>>> using SVG and images in CSS to draw a.o. arrows. These are not > >>>> visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues > >>>> where to look? > >>>> > >>>> Tom > >>> > >> > > > > > > > NOTICE /from Ab Initio: This email (including any attachments) may > contain information that is subject to confidentiality obligations or > is legally privileged, and sender does not waive confidentiality or > privilege. If received in error, please notify the sender, delete this > email, and make no further use, disclosure, or distribution. / From anton.tarasov at oracle.com Fri Oct 10 16:40:06 2014 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Fri, 10 Oct 2014 20:40:06 +0400 Subject: [8u40] Review request for RT-38915: [Mac,JFXPanel] WebView draws duplicate image on Retina display Message-ID: <54380BE6.2050401@oracle.com> Hi Steve, Please, review the fix: https://javafx-jira.kenai.com/browse/RT-38915 http://cr.openjdk.java.net/~ant/RT-38915/webrev.0 Where some additional cleanup (field reset) is made on JFXPanel disposal. Thanks, Anton. From steve.x.northover at oracle.com Fri Oct 10 17:02:14 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 10 Oct 2014 13:02:14 -0400 Subject: [8u40] Review request for RT-38915: [Mac, JFXPanel] WebView draws duplicate image on Retina display In-Reply-To: <54380BE6.2050401@oracle.com> References: <54380BE6.2050401@oracle.com> Message-ID: <54381116.1020607@oracle.com> Looks good Anton. Please make sure the link to the webrev is in the JIRA and I will +1 it there. Steve On 2014-10-10, 12:40 PM, Anton V. Tarasov wrote: > Hi Steve, > > Please, review the fix: > > https://javafx-jira.kenai.com/browse/RT-38915 > http://cr.openjdk.java.net/~ant/RT-38915/webrev.0 > > Where some additional cleanup (field reset) is made on JFXPanel disposal. > > Thanks, > Anton. From tbee at tbee.org Fri Oct 10 17:05:32 2014 From: tbee at tbee.org (Tom Eugelink) Date: Fri, 10 Oct 2014 19:05:32 +0200 Subject: 8u40 & 9 CSS issues In-Reply-To: References: <54356175.8010405@tbee.org> <543572A0.30302@oracle.com> <543768CA.9080908@tbee.org> <5437F2A6.3090709@oracle.com> <5437FF0C.5000506@oracle.com> Message-ID: <543811DC.2020002@tbee.org> Ah, I did that, so no problems :-) On 10-10-2014 18:02, ngalarneau at ABINITIO.COM wrote: > If the FX bugs move to that JIRA, it sounds like it will be a lot harder > to file & comment on bugs. > > IIRC, only Authors (people who have signed the Oracle Contributor > Agreement?) can get a JIRA account there. > > > Neil > > > > > From: Kevin Rushforth > To: Stephen F Northover , > Cc: openjfx-dev at openjdk.java.net > Date: 10/10/2014 11:45 AM > Subject: Re: 8u40 & 9 CSS issues > Sent by: "openjfx-dev" > > > > As a glimmer of hope, I would note that at some unspecified point in the > future, we plan to migrate the FX JIRA database to bugs.openjdk.java.net > (the JIRA instance that is used for JDK bugs), which does support adding > attachments. > > -- Kevin > > > Stephen F Northover wrote: >> You can put code in the comment field. If you have a binary >> attachment or code that is too big, you can email a committer and >> he/she will attach your file. >> >> It's not great but attachments have been disabled for centuries and >> will not be re-enabled (the battle was lost). >> >> Steve >> >> On 2014-10-10, 1:04 AM, Tom Eugelink wrote: >>> I created an issues >>> https://javafx-jira.kenai.com/browse/RT-38950 >>> >>> But there is no way to add an attachment? >>> >>> Tom >>> >>> >>> >>> On 8-10-2014 19:21, David Grieve wrote: >>>> If it worked in 8u20 but not in 8u40, then there is a regression >>>> somewhere. Please file an issue in jira and include a reproducible >>>> example. >>>> >>>> On 10/8/14, 12:08 PM, Tom Eugelink wrote: >>>>> Has anything changed in 8U40 and J9 concerning CSS processing? I'm >>>>> using SVG and images in CSS to draw a.o. arrows. These are not >>>>> visible in 8U40 and 9. But 8u20 and J8 they work fine. And clues >>>>> where to look? >>>>> >>>>> Tom > > > > NOTICE from Ab Initio: This email (including any attachments) may contain > information that is subject to confidentiality obligations or is legally > privileged, and sender does not waive confidentiality or privilege. If > received in error, please notify the sender, delete this email, and make > no further use, disclosure, or distribution. From mike at plan99.net Fri Oct 10 18:03:22 2014 From: mike at plan99.net (Mike Hearn) Date: Fri, 10 Oct 2014 20:03:22 +0200 Subject: Mirrored observable collections In-Reply-To: References: Message-ID: Someone got in touch with me today and pointed out a bug in this code, but it was already fixed by me some time ago. I've refreshed the gist with the latest versions of these classes, but the upstream project is now fully open source. You can get the latest code here: https://github.com/vinumeris/lighthouse/tree/master/common/src/main/java/lighthouse/threading I should probably turn this into a little self contained library at some point. From kevin.rushforth at oracle.com Fri Oct 10 23:49:20 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Fri, 10 Oct 2014 16:49:20 -0700 Subject: CFV: New OpenJFX Committer: Chris Bensen Message-ID: <54387080.6020302@oracle.com> I hereby nominate Chris Bensen to OpenJFX Committer. Chris is a member of JavaFX team at Oracle working on the Java (FX) packager tool. A list of Chris' commits is available by the following link: http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen Four of the changesets in this list for which Chris was not listed as the "author" were contributed by him, giving him a total of 8 changesets. Additionally, the following is an aggregate changeset of significant work contributed by both Danno and Chris (although the changeset comment doesn't reflect that) : http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 Votes are due by October 24, 2014. Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. [1] http://openjdk.java.net/census#openjfx [2] http://openjdk.java.net/bylaws#lazy-consensus [3] http://openjdk.java.net/projects#project-committer Thanks, -- Kevin From David.Hill at Oracle.com Sat Oct 11 00:56:07 2014 From: David.Hill at Oracle.com (David Hill) Date: Fri, 10 Oct 2014 20:56:07 -0400 Subject: CFV: New OpenJFX Committer: Chris Bensen In-Reply-To: <54387080.6020302@oracle.com> References: <54387080.6020302@oracle.com> Message-ID: <54388027.8050602@Oracle.com> On 10/10/14, 7:49 PM, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. VOTE: YES > > Chris is a member of JavaFX team at Oracle working on the Java (FX) packager tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen > > Four of the changesets in this list for which Chris was not listed as the "author" were contributed by him, giving him a total of 8 changesets. > > Additionally, the following is an aggregate changeset of significant work contributed by both Danno and Chris (although the changeset comment doesn't reflect that) : > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 > > > Votes are due by October 24, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > > Thanks, > > -- Kevin > -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From danno.ferrin at oracle.com Sat Oct 11 03:03:09 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Fri, 10 Oct 2014 21:03:09 -0600 Subject: CFV: New OpenJFX Committer: Chris Bensen In-Reply-To: <54387080.6020302@oracle.com> References: <54387080.6020302@oracle.com> Message-ID: <8E0909B6-19F9-4DF9-A606-4B5DF0912904@oracle.com> +1 On Oct 10, 2014, at 5:49 PM, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) packager tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen > > Four of the changesets in this list for which Chris was not listed as the "author" were contributed by him, giving him a total of 8 changesets. > > Additionally, the following is an aggregate changeset of significant work contributed by both Danno and Chris (although the changeset comment doesn't reflect that) : > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 > > > Votes are due by October 24, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > > Thanks, > > -- Kevin > From danno.ferrin at oracle.com Sat Oct 11 03:05:16 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Fri, 10 Oct 2014 21:05:16 -0600 Subject: CFV: New OpenJFX Committer: Chris Bensen In-Reply-To: <54387080.6020302@oracle.com> References: <54387080.6020302@oracle.com> Message-ID: <94FED5EC-2CBF-4891-8156-507E2CD4FD2B@oracle.com> +1 On Oct 10, 2014, at 5:49 PM, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) packager tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen > > Four of the changesets in this list for which Chris was not listed as the "author" were contributed by him, giving him a total of 8 changesets. > > Additionally, the following is an aggregate changeset of significant work contributed by both Danno and Chris (although the changeset comment doesn't reflect that) : > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 > > > Votes are due by October 24, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > > Thanks, > > -- Kevin > From vadim.pakhnushev at oracle.com Sat Oct 11 04:33:04 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Sat, 11 Oct 2014 08:33:04 +0400 Subject: CFV: New OpenJFX Committer: Chris Bensen In-Reply-To: <54387080.6020302@oracle.com> References: <54387080.6020302@oracle.com> Message-ID: <5438B300.6040300@oracle.com> Vote: yes On 11.10.2014 3:49, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) > packager tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen > > Four of the changesets in this list for which Chris was not listed as > the "author" were contributed by him, giving him a total of 8 changesets. > > Additionally, the following is an aggregate changeset of significant > work contributed by both Danno and Chris (although the changeset > comment doesn't reflect that) : > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 > > > Votes are due by October 24, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > > Thanks, > > -- Kevin > From bryanb at webbtide.com Sat Oct 11 11:17:11 2014 From: bryanb at webbtide.com (Bryan Buchanan) Date: Sat, 11 Oct 2014 21:17:11 +1000 Subject: Ensemble8 Message-ID: Can anyone please give me instructions on how to get the source to the Ensemble8 demo. It has a really nice UI which I'm interested to see how it is achieved. From vadim.pakhnushev at oracle.com Sat Oct 11 12:37:57 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Sat, 11 Oct 2014 16:37:57 +0400 Subject: Ensemble8 In-Reply-To: References: Message-ID: <543924A5.5060002@oracle.com> Bryan, It's in the apps/samples/Ensemble8 directory of the http://hg.openjdk.java.net/openjfx/8u-dev/rt repository If you don't want to get whole repository, you can get the zip of the Ensemble8 source here: http://hg.openjdk.java.net/openjfx/8u-dev/rt/archive/e3a2fde31af1.zip/apps/samples/Ensemble8/ On 11.10.2014 15:17, Bryan Buchanan wrote: > Can anyone please give me instructions on how to get the source to the > Ensemble8 demo. It has a really nice UI which I'm interested to see how it > is achieved. From David.Hill at Oracle.com Sat Oct 11 12:46:03 2014 From: David.Hill at Oracle.com (David Hill) Date: Sat, 11 Oct 2014 08:46:03 -0400 Subject: Ensemble8 In-Reply-To: <543924A5.5060002@oracle.com> References: <543924A5.5060002@oracle.com> Message-ID: <5439268B.1060908@Oracle.com> On 10/11/14, 8:37 AM, Vadim Pakhnushev wrote: > Bryan, > > It's in the apps/samples/Ensemble8 directory of the http://hg.openjdk.java.net/openjfx/8u-dev/rt repository > If you don't want to get whole repository, you can get the zip of the Ensemble8 source here: > http://hg.openjdk.java.net/openjfx/8u-dev/rt/archive/e3a2fde31af1.zip/apps/samples/Ensemble8/ > > On 11.10.2014 15:17, Bryan Buchanan wrote: >> Can anyone please give me instructions on how to get the source to the >> Ensemble8 demo. It has a really nice UI which I'm interested to see how it >> is achieved. > OpenJDK is the best place to get the latest and greatest sources from. Ensemble8 source and binary is also shipped as part of the " Java SE Development Kit 8u20 Demos and Samples", which is on the same page you downloaded the JDK from . -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From chien.yang at oracle.com Sat Oct 11 22:07:24 2014 From: chien.yang at oracle.com (Chien Yang) Date: Sat, 11 Oct 2014 15:07:24 -0700 Subject: [8u40] Code Review Request For RT-38808: Mac + JFXPanel + popups: JRE fatal error. Message-ID: <5439AA1C.3050500@oracle.com> Hi Kevin, Please review this simple workaround fix as we have discussed: Webrev: https://javafx-jira.kenai.com/browse/RT-38808 Thanks, - Chien From mikegps1 at gmail.com Mon Oct 13 07:03:50 2014 From: mikegps1 at gmail.com (Mike) Date: Mon, 13 Oct 2014 00:03:50 -0700 Subject: Objectwheel -- Sharing - Javax Androi Message-ID: Sorry to barge in here but we think developers should know http://youtu.be/qK0WdWVAab0 We are excited Beta Testing soon. From dmitry.cherepanov at oracle.com Mon Oct 13 09:19:06 2014 From: dmitry.cherepanov at oracle.com (Dmitry Cherepanov) Date: Mon, 13 Oct 2014 13:19:06 +0400 Subject: CFV: New OpenJFX Committer: Chris Bensen In-Reply-To: <54387080.6020302@oracle.com> References: <54387080.6020302@oracle.com> Message-ID: <543B990A.60509@oracle.com> Vote: yes On 11/10/14 03:49, Kevin Rushforth wrote: > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) > packager tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen > > Four of the changesets in this list for which Chris was not listed as > the "author" were contributed by him, giving him a total of 8 changesets. > > Additionally, the following is an aggregate changeset of significant > work contributed by both Danno and Chris (although the changeset > comment doesn't reflect that) : > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 > > > Votes are due by October 24, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a > project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > > Thanks, > > -- Kevin > From anton.tarasov at oracle.com Mon Oct 13 10:24:06 2014 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Mon, 13 Oct 2014 14:24:06 +0400 Subject: [8u40] Review request for RT-38915: [Mac, JFXPanel] WebView draws duplicate image on Retina display In-Reply-To: <54381116.1020607@oracle.com> References: <54380BE6.2050401@oracle.com> <54381116.1020607@oracle.com> Message-ID: <543BA846.9070403@oracle.com> Sorry, I didn't add the webrev. Done. Thanks, Anton. On 10.10.2014 21:02, Stephen F Northover wrote: > Looks good Anton. Please make sure the link to the webrev is in the JIRA and I will +1 it there. > > Steve > > On 2014-10-10, 12:40 PM, Anton V. Tarasov wrote: >> Hi Steve, >> >> Please, review the fix: >> >> https://javafx-jira.kenai.com/browse/RT-38915 >> http://cr.openjdk.java.net/~ant/RT-38915/webrev.0 >> >> Where some additional cleanup (field reset) is made on JFXPanel disposal. >> >> Thanks, >> Anton. > From david.dehaven at oracle.com Mon Oct 13 15:45:36 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Mon, 13 Oct 2014 08:45:36 -0700 Subject: CFV: New OpenJFX Committer: Chris Bensen In-Reply-To: <54387080.6020302@oracle.com> References: <54387080.6020302@oracle.com> Message-ID: <812581C5-BFAF-4D09-98B6-B56EAC3CA1C2@oracle.com> Vote: yes -DrD- > I hereby nominate Chris Bensen to OpenJFX Committer. > > Chris is a member of JavaFX team at Oracle working on the Java (FX) packager tool. > > A list of Chris' commits is available by the following link: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen > > Four of the changesets in this list for which Chris was not listed as the "author" were contributed by him, giving him a total of 8 changesets. > > Additionally, the following is an aggregate changeset of significant work contributed by both Danno and Chris (although the changeset comment doesn't reflect that) : > > http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8335da240a33 > > > Votes are due by October 24, 2014. > > Only current OpenJFX Committers [1] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [2]. Nomination to a project Committer is described in [3]. > > [1] http://openjdk.java.net/census#openjfx > > [2] http://openjdk.java.net/bylaws#lazy-consensus > > [3] http://openjdk.java.net/projects#project-committer > > Thanks, > > -- Kevin > From danno.ferrin at oracle.com Mon Oct 13 20:23:18 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Mon, 13 Oct 2014 14:23:18 -0600 Subject: Review for RT-38968 Message-ID: Chris, Kevin, Please review this patch. More info in the JIRA Webrev: http://cr.openjdk.java.net/~shemnon/RT-38968/webrev.00/ JIRA: https://javafx-jira.kenai.com/browse/RT-38968 From kevin.rushforth at oracle.com Mon Oct 13 20:25:25 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 13 Oct 2014 13:25:25 -0700 Subject: 8u-dev unlocked -- M3 rampdown in effect Message-ID: <543C3535.6020805@oracle.com> The 8u-dev repo is unlocked following this week's testing. As a reminder, milestone M3 rampdown is in effect this week (the usual exceptions apply for test, doc, and IDE changes). See https://wiki.openjdk.java.net/display/OpenJFX/Sanity+Testing for weekly freeze and milestone rampdown rules. -- Kevin From chris.bensen at oracle.com Mon Oct 13 20:50:02 2014 From: chris.bensen at oracle.com (Chris Bensen) Date: Mon, 13 Oct 2014 13:50:02 -0700 Subject: Review for RT-38968 In-Reply-To: References: Message-ID: From what I?ve seen, jvmuserarg.0 never exists. It is 1 based. If you are however changing it to 0 based then this line is fine: - TString prefix = TString(_T("jvmuserarg.")) + PlatformString(index).toString(); + TString prefix = TString(_T("jvmuserarg.")) + PlatformString(index + 1).toString(); Otherwise it is not. Chris On Oct 13, 2014, at 1:23 PM, Danno Ferrin wrote: > Chris, Kevin, > > Please review this patch. More info in the JIRA > > Webrev: http://cr.openjdk.java.net/~shemnon/RT-38968/webrev.00/ > JIRA: https://javafx-jira.kenai.com/browse/RT-38968 From elina.kleyman at oracle.com Tue Oct 14 12:09:27 2014 From: elina.kleyman at oracle.com (elina kleyman) Date: Tue, 14 Oct 2014 15:09:27 +0300 Subject: [8u26] Review request : RT-37942 - [Monocle] ZoomTests are being failing Message-ID: <543D1277.6000003@oracle.com> Hi Dave, Please review the proposed fix for bug: https://javafx-jira.kenai.com/browse/RT-37942 Link to webrev: http://cr.openjdk.java.net/~ekleyman/RT-37942/webrev/ Thanks, Elina From vadim.pakhnushev at oracle.com Tue Oct 14 14:17:31 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Tue, 14 Oct 2014 18:17:31 +0400 Subject: [8u40] Review request for RT-12725: Issue with 16 bit color Message-ID: <543D307B.3070007@oracle.com> Hi David, Please review this fix: https://javafx-jira.kenai.com/browse/RT-12725 http://cr.openjdk.java.net/~vadim/RT-12725/webrev.00/ Thanks, Vadim From vadim.pakhnushev at oracle.com Tue Oct 14 14:20:38 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Tue, 14 Oct 2014 18:20:38 +0400 Subject: [8u40] Review request for RT-23180: Allow animated GIF to be loaded partially if it has errors in the data stream Message-ID: <543D3136.6030605@oracle.com> Hi Jim, Please review this fix: https://javafx-jira.kenai.com/browse/RT-23180 http://cr.openjdk.java.net/~vadim/RT-23180/webrev.00/ Thanks, Vadim From kevin.rushforth at oracle.com Tue Oct 14 20:22:36 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 14 Oct 2014 13:22:36 -0700 Subject: Changes for October 2014 CPU release (8u25) synced into FX 8u Message-ID: <543D860C.4080707@oracle.com> I have synced the OpenJFX changes from the just-released October 2014 CPU release (8u25) into 8u. I will sync them into 8u-dev later this afternoon. Here is a webrev of the FX 8u25 changes for those who are interested in the changes, but don't want to wade through the NN separate changesets I just pushed (most of which are tag or merge changesets). http://cr.openjdk.java.net/~kcr/openjfx-8u25-8u-sync/webrev/ -- Kevin From mikegps1 at gmail.com Tue Oct 14 22:21:38 2014 From: mikegps1 at gmail.com (Mike) Date: Tue, 14 Oct 2014 15:21:38 -0700 Subject: Objectwheel android beta Javafx Message-ID: <06FCC0A5-7684-4D0D-900E-05AE10AE464E@gmail.com> Sigh ups for Javafx android beta https://abigdreamer.wufoo.com/forms/objectwheel-android-javafx-beta-signup/ Sent from my iPhone From lehmann at media-interactive.de Wed Oct 15 10:38:01 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Wed, 15 Oct 2014 12:38:01 +0200 Subject: Classpath-relative URLs in CSS In-Reply-To: <9212DE7E-45A4-46BE-8A14-F9CD58BCAD5D@oracle.com> References: <4F956E01.9090701@oracle.com> <4F9580D4.60201@media-interactive.de> <81E70E8B-BA83-4FEB-846E-3E3199F6B5B7@oracle.com> <4FC7AD6D.1040308@media-interactive.de> <9212DE7E-45A4-46BE-8A14-F9CD58BCAD5D@oracle.com> Message-ID: <543E4E89.5090802@media-interactive.de> Hi David, classpath-relative URLs in CSS do not seem to work, unfortunately. For example, -fx-background-image: url("/mint/report_16x16.png"); has no effect. Relative addressing does work. Looks to me as if there is a bug in com.sun.javafx.css.converters.URLConverter.resolve. Basically it seems to work like this: - if url is absolute (has a scheme, e.g. http), use it verbatim - if stylesheet url is present, use that to resolve the image url - otherwise go to contextclassloader I don't get to the last step because the stylesheet url in the second step is always present. Am I seeing things, or is there another way to do this? By the way, even with relative addressing I still cannot access images during debugging in Eclipse if the stylesheet is in a different Eclipse project than the referenced image resource. This really hurts modularization and resource reuse (or I am forced to do this in code). Any idea about that? Rgds Werner On 01.06.2012 04:03, David Grieve wrote: > In the current implementation, absolute paths without a scheme are > not resolved relative to the class path. I have created RT-21967 to > track the issue. From david.grieve at oracle.com Wed Oct 15 12:36:05 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 15 Oct 2014 08:36:05 -0400 Subject: Classpath-relative URLs in CSS In-Reply-To: <543E4E89.5090802@media-interactive.de> References: <4F956E01.9090701@oracle.com> <4F9580D4.60201@media-interactive.de> <81E70E8B-BA83-4FEB-846E-3E3199F6B5B7@oracle.com> <4FC7AD6D.1040308@media-interactive.de> <9212DE7E-45A4-46BE-8A14-F9CD58BCAD5D@oracle.com> <543E4E89.5090802@media-interactive.de> Message-ID: <543E6A35.10600@oracle.com> What version of JavaFX? Would you mind creating a bug for this? Other responses in-line. On 10/15/14, 6:38 AM, Werner Lehmann wrote: > Hi David, > > classpath-relative URLs in CSS do not seem to work, unfortunately. For > example, > > -fx-background-image: url("/mint/report_16x16.png"); > > has no effect. Relative addressing does work. Looks to me as if there > is a bug in com.sun.javafx.css.converters.URLConverter.resolve. > Basically it seems to work like this: > > - if url is absolute (has a scheme, e.g. http), use it verbatim > - if stylesheet url is present, use that to resolve the image url > - otherwise go to contextclassloader > > I don't get to the last step because the stylesheet url in the second > step is always present. Am I seeing things, or is there another way to > do this? Two pieces of information are passed into the converter. The first is the value that was given in the style, e.g., "/mint/report_16x16.png". The second is the URL of the stylesheet as determined when the stylesheet is loaded. The stylesheet URL may be null, as would be the case for an in-line style. > > By the way, even with relative addressing I still cannot access images > during debugging in Eclipse if the stylesheet is in a different > Eclipse project than the referenced image resource. This really hurts > modularization and resource reuse (or I am forced to do this in code). > Any idea about that? If the resource is copied over to the build directory that eclipse uses on the class-path, then there shouldn't be a problem. > > Rgds > Werner > > > On 01.06.2012 04:03, David Grieve wrote: >> In the current implementation, absolute paths without a scheme are >> not resolved relative to the class path. I have created RT-21967 to >> track the issue. From lehmann at media-interactive.de Wed Oct 15 14:25:42 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Wed, 15 Oct 2014 16:25:42 +0200 Subject: Classpath-relative URLs in CSS In-Reply-To: <543E6A35.10600@oracle.com> References: <4F956E01.9090701@oracle.com> <4F9580D4.60201@media-interactive.de> <81E70E8B-BA83-4FEB-846E-3E3199F6B5B7@oracle.com> <4FC7AD6D.1040308@media-interactive.de> <9212DE7E-45A4-46BE-8A14-F9CD58BCAD5D@oracle.com> <543E4E89.5090802@media-interactive.de> <543E6A35.10600@oracle.com> Message-ID: <543E83E6.9090101@media-interactive.de> Hi, sure, I'll create a ticket. This is on 8u11. Please see also below. On 15.10.2014 14:36, David Grieve wrote: > Two pieces of information are passed into the converter. The first is > the value that was given in the style, e.g., "/mint/report_16x16.png". > The second is the URL of the stylesheet as determined when the > stylesheet is loaded. The stylesheet URL may be null, as would be the > case for an in-line style. Ok, in my case the style is not inline but in a stylesheet. When execution gets to this conditional inside URLConverter.decode, > if (stylesheetUrl != null && stylesheetUrl.trim().isEmpty() == false) { it always enters that block and finds a return statement. Only after that block the classloader would be asked but it never gets there. I can imagine it would work with an inline style. > If the resource is copied over to the build directory that eclipse uses > on the class-path, then there shouldn't be a problem. The resource must be copied to the bin directory because I can access it in code even if the resource is in another project. But CSS doesn't see it - that's what puzzles me so much. Werner From lehmann at media-interactive.de Wed Oct 15 14:48:09 2014 From: lehmann at media-interactive.de (Werner Lehmann) Date: Wed, 15 Oct 2014 16:48:09 +0200 Subject: Classpath-relative URLs in CSS In-Reply-To: <543E83E6.9090101@media-interactive.de> References: <4F956E01.9090701@oracle.com> <4F9580D4.60201@media-interactive.de> <81E70E8B-BA83-4FEB-846E-3E3199F6B5B7@oracle.com> <4FC7AD6D.1040308@media-interactive.de> <9212DE7E-45A4-46BE-8A14-F9CD58BCAD5D@oracle.com> <543E4E89.5090802@media-interactive.de> <543E6A35.10600@oracle.com> <543E83E6.9090101@media-interactive.de> Message-ID: <543E8929.30502@media-interactive.de> Here's the ticket. Tried it also on 8u25, same result. https://javafx-jira.kenai.com/browse/RT-38991 Werner On 15.10.2014 16:25, Werner Lehmann wrote: > sure, I'll create a ticket. This is on 8u11. From vadim.pakhnushev at oracle.com Wed Oct 15 16:08:26 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 15 Oct 2014 20:08:26 +0400 Subject: [8u40] Review request for RT-38971: [Chart] Infinite loop after resizing a chart Message-ID: <543E9BFA.5070808@oracle.com> Jonathan, Kevin, Please review this fix: https://javafx-jira.kenai.com/browse/RT-38971 http://cr.openjdk.java.net/~vadim/RT-38971/webrev.00/ Thanks, Vadim From morris.meyer at oracle.com Wed Oct 15 18:37:51 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Wed, 15 Oct 2014 14:37:51 -0400 Subject: [8u40] Review request for RT-37693: QuadCurve example uses labels that refer to "cubic curve" Message-ID: <543EBEFF.4050005@oracle.com> Folks, I've uploaded the initial webrev for this issue for review. Thanks much! --morris meyer JIRA - https://javafx-jira.kenai.com/browse/RT-37693 WEBREV - http://cr.openjdk.java.net/~morris/RT-37693.01 From peter.penzov at gmail.com Wed Oct 15 19:53:24 2014 From: peter.penzov at gmail.com (Peter Penzov) Date: Wed, 15 Oct 2014 22:53:24 +0300 Subject: WARNING: CSS Error parsing Message-ID: Hi, I tested Java 8u40. I get error when I run this part of the code: setStyle("-fx-background-color: linear-gradient(to bottom, #FAFAFA, #EAEAEA);" + " -fx-border: 2px solid; -fx-border-color: white;"); X 15, 2014 10:33:53 PM com.sun.javafx.css.parser.CSSParser declaration WARNING: CSS Error parsing '*{-fx-background-color: linear-gradient(to bottom, #FAFAFA, #EAEAEA); -f x-border: 2px solid; -fx-border-color: white;}: expected series of while parsing '-fx-border' at [1,82] Is this a bug or css code is wrong? BR, Peter From david.grieve at oracle.com Wed Oct 15 20:04:51 2014 From: david.grieve at oracle.com (David Grieve) Date: Wed, 15 Oct 2014 16:04:51 -0400 Subject: WARNING: CSS Error parsing In-Reply-To: References: Message-ID: <543ED363.1050105@oracle.com> There is no short-hand for border in JavaFX. You need to use both -fx-border-color and -fx-border-style See http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html On 10/15/14, 3:53 PM, Peter Penzov wrote: > Hi, > I tested Java 8u40. I get error when I run this part of the code: > > setStyle("-fx-background-color: linear-gradient(to bottom, #FAFAFA, > #EAEAEA);" > + " -fx-border: 2px solid; -fx-border-color: white;"); > > X 15, 2014 10:33:53 PM com.sun.javafx.css.parser.CSSParser declaration > WARNING: CSS Error parsing '*{-fx-background-color: linear-gradient(to > bottom, #FAFAFA, #EAEAEA); -f > x-border: 2px solid; -fx-border-color: white;}: expected series of > while parsing '-fx-border' > at [1,82] > > > Is this a bug or css code is wrong? > > BR, > Peter From james.graham at oracle.com Thu Oct 16 00:31:59 2014 From: james.graham at oracle.com (Jim Graham) Date: Wed, 15 Oct 2014 17:31:59 -0700 Subject: 8u40 review request: adding unit test for fromFXImage() Message-ID: <543F11FF.6080106@oracle.com> Kevin, You asked for it, you got it, now you get to review it... ;) webrev: http://cr.openjdk.java.net/~flar/RT-38846/webrev.00/ Jira: https://javafx-jira.kenai.com/browse/RT-38846 ...jim From anton.nashatyrev at oracle.com Thu Oct 16 11:18:42 2014 From: anton.nashatyrev at oracle.com (Anton Nashatyrev) Date: Thu, 16 Oct 2014 15:18:42 +0400 Subject: [8u] Review request: RT-37884: [WebView] Java Logger settings corrupt webview In-Reply-To: <53FCAB91.60201@oracle.com> References: <53FCAB91.60201@oracle.com> Message-ID: <543FA992.8070302@oracle.com> Hello, any volunteers ? (the fix is pretty simple) Thanks! Anton. On 26.08.2014 19:45, anton nashatyrev wrote: > Hello, > > could you please review the fix: > https://javafx-jira.kenai.com/browse/RT-37884 > > Thank you! > Anton. From berry120 at gmail.com Thu Oct 16 12:06:12 2014 From: berry120 at gmail.com (Michael Berry) Date: Thu, 16 Oct 2014 13:06:12 +0100 Subject: British english on JavaFX controls Message-ID: Hello, I'm trying to get the JavaFX controls (specifically the ColorPicker) to display British English labels, that is "Colour" instead of "Color", but don't seem to be getting anywhere - do I need to do anything more than setting the default Locale? For instance: public void start(Stage primaryStage) { Locale.setDefault(Locale.UK); primaryStage.setScene(new Scene(new ColorPicker())); primaryStage.show(); } ...gives me the ColorPicker with the US spelling of color. (Setting the locale to other languages seems to work fine.) Any ideas? Thanks, Michael From tom.schindl at bestsolution.at Thu Oct 16 12:34:22 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 16 Oct 2014 14:34:22 +0200 Subject: British english on JavaFX controls In-Reply-To: References: Message-ID: <543FBB4E.3050307@bestsolution.at> Looking at the com/sun/javafx/scene/control/skin/resources/controls package there's not extra properties file for en nor one for en_UK. Wild guess you can fix this is that you put such a properties file in exactly this package of of your application and it will be picked up. Tom On 16.10.14 14:06, Michael Berry wrote: > Hello, > > I'm trying to get the JavaFX controls (specifically the ColorPicker) to > display British English labels, that is "Colour" instead of "Color", but > don't seem to be getting anywhere - do I need to do anything more than > setting the default Locale? > > For instance: > > public void start(Stage primaryStage) { > Locale.setDefault(Locale.UK); > primaryStage.setScene(new Scene(new ColorPicker())); > primaryStage.show(); > } > > ...gives me the ColorPicker with the US spelling of color. (Setting the > locale to other languages seems to work fine.) > > Any ideas? > > Thanks, > > Michael > From jimclarke5 at me.com Thu Oct 16 12:37:18 2014 From: jimclarke5 at me.com (Jim Clarke) Date: Thu, 16 Oct 2014 08:37:18 -0400 Subject: British english on JavaFX controls In-Reply-To: <543FBB4E.3050307@bestsolution.at> References: <543FBB4E.3050307@bestsolution.at> Message-ID: <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> Wouldn't you also have to fix the call to setLocale to "en_UK"? Sent from my iPhone > On Oct 16, 2014, at 8:34 AM, Tom Schindl wrote: > > Looking at the com/sun/javafx/scene/control/skin/resources/controls > package there's not extra properties file for en nor one for en_UK. > > Wild guess you can fix this is that you put such a properties file in > exactly this package of of your application and it will be picked up. > > Tom > >> On 16.10.14 14:06, Michael Berry wrote: >> Hello, >> >> I'm trying to get the JavaFX controls (specifically the ColorPicker) to >> display British English labels, that is "Colour" instead of "Color", but >> don't seem to be getting anywhere - do I need to do anything more than >> setting the default Locale? >> >> For instance: >> >> public void start(Stage primaryStage) { >> Locale.setDefault(Locale.UK); >> primaryStage.setScene(new Scene(new ColorPicker())); >> primaryStage.show(); >> } >> >> ...gives me the ColorPicker with the US spelling of color. (Setting the >> locale to other languages seems to work fine.) >> >> Any ideas? >> >> Thanks, >> >> Michael > From mjrb5 at kent.ac.uk Thu Oct 16 13:44:29 2014 From: mjrb5 at kent.ac.uk (Michael Berry) Date: Thu, 16 Oct 2014 14:44:29 +0100 Subject: British english on JavaFX controls In-Reply-To: <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> Message-ID: Thanks for the suggested fix - unfortunately though that doesn't seem to work. The following: @Override public void start(Stage primaryStage) throws Exception { Locale.setDefault(new Locale("en", "UK")); System.out.println(ResourceBundle.getBundle("com/sun/javafx/scene/control/skin/resources/controls").getString("ColorPicker.customColorLink")); primaryStage.setScene(new Scene(new ColorPicker())); primaryStage.show(); } ...prints out "Custom colour" (British spelling), but the control doesn't pick this up. Any idea if I could force a refresh on this somehow to get it to pick up the british labels? Thanks, Michael On 16 October 2014 13:37, Jim Clarke wrote: > Wouldn't you also have to fix the call to setLocale to "en_UK"? > > Sent from my iPhone > > > On Oct 16, 2014, at 8:34 AM, Tom Schindl > wrote: > > > > Looking at the com/sun/javafx/scene/control/skin/resources/controls > > package there's not extra properties file for en nor one for en_UK. > > > > Wild guess you can fix this is that you put such a properties file in > > exactly this package of of your application and it will be picked up. > > > > Tom > > > >> On 16.10.14 14:06, Michael Berry wrote: > >> Hello, > >> > >> I'm trying to get the JavaFX controls (specifically the ColorPicker) to > >> display British English labels, that is "Colour" instead of "Color", but > >> don't seem to be getting anywhere - do I need to do anything more than > >> setting the default Locale? > >> > >> For instance: > >> > >> public void start(Stage primaryStage) { > >> Locale.setDefault(Locale.UK); > >> primaryStage.setScene(new Scene(new ColorPicker())); > >> primaryStage.show(); > >> } > >> > >> ...gives me the ColorPicker with the US spelling of color. (Setting the > >> locale to other languages seems to work fine.) > >> > >> Any ideas? > >> > >> Thanks, > >> > >> Michael > > > From tom.schindl at bestsolution.at Thu Oct 16 13:47:56 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 16 Oct 2014 15:47:56 +0200 Subject: British english on JavaFX controls In-Reply-To: <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> Message-ID: <543FCC8C.4090003@bestsolution.at> Right should be en_GB this is what Locale.UK maps to. What needs to done is to create a controls_en_GB.properties file and put the british translations in there. Tom On 16.10.14 14:37, Jim Clarke wrote: > Wouldn't you also have to fix the call to setLocale to "en_UK"? > > Sent from my iPhone > >> On Oct 16, 2014, at 8:34 AM, Tom Schindl wrote: >> >> Looking at the com/sun/javafx/scene/control/skin/resources/controls >> package there's not extra properties file for en nor one for en_UK. >> >> Wild guess you can fix this is that you put such a properties file in >> exactly this package of of your application and it will be picked up. >> >> Tom >> >>> On 16.10.14 14:06, Michael Berry wrote: >>> Hello, >>> >>> I'm trying to get the JavaFX controls (specifically the ColorPicker) to >>> display British English labels, that is "Colour" instead of "Color", but >>> don't seem to be getting anywhere - do I need to do anything more than >>> setting the default Locale? >>> >>> For instance: >>> >>> public void start(Stage primaryStage) { >>> Locale.setDefault(Locale.UK); >>> primaryStage.setScene(new Scene(new ColorPicker())); >>> primaryStage.show(); >>> } >>> >>> ...gives me the ColorPicker with the US spelling of color. (Setting the >>> locale to other languages seems to work fine.) >>> >>> Any ideas? >>> >>> Thanks, >>> >>> Michael >> From tom.schindl at bestsolution.at Thu Oct 16 14:15:07 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 16 Oct 2014 16:15:07 +0200 Subject: British english on JavaFX controls In-Reply-To: <543FCC8C.4090003@bestsolution.at> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> Message-ID: <543FD2EB.3020701@bestsolution.at> Ok - it ResourceBundle.getBundle() uses the classloader of the caller which means the ExtensionClassloader so having the additional properties in your local dir does help. You can emulate this with: > System.out.println(ResourceBundle.getBundle( > "com/sun/javafx/scene/control/skin/resources/controls", Locale.getDefault(), getClass().getClassLoader().getParent()) > .getString("ColorPicker.customColorLink")); and you see it does not load the controls.properties in your AppClassloader. Tom On 16.10.14 15:47, Tom Schindl wrote: > Right should be en_GB this is what Locale.UK maps to. > > What needs to done is to create a controls_en_GB.properties file and put > the british translations in there. > > Tom > > On 16.10.14 14:37, Jim Clarke wrote: >> Wouldn't you also have to fix the call to setLocale to "en_UK"? >> >> Sent from my iPhone >> >>> On Oct 16, 2014, at 8:34 AM, Tom Schindl wrote: >>> >>> Looking at the com/sun/javafx/scene/control/skin/resources/controls >>> package there's not extra properties file for en nor one for en_UK. >>> >>> Wild guess you can fix this is that you put such a properties file in >>> exactly this package of of your application and it will be picked up. >>> >>> Tom >>> >>>> On 16.10.14 14:06, Michael Berry wrote: >>>> Hello, >>>> >>>> I'm trying to get the JavaFX controls (specifically the ColorPicker) to >>>> display British English labels, that is "Colour" instead of "Color", but >>>> don't seem to be getting anywhere - do I need to do anything more than >>>> setting the default Locale? >>>> >>>> For instance: >>>> >>>> public void start(Stage primaryStage) { >>>> Locale.setDefault(Locale.UK); >>>> primaryStage.setScene(new Scene(new ColorPicker())); >>>> primaryStage.show(); >>>> } >>>> >>>> ...gives me the ColorPicker with the US spelling of color. (Setting the >>>> locale to other languages seems to work fine.) >>>> >>>> Any ideas? >>>> >>>> Thanks, >>>> >>>> Michael >>> > From tom.schindl at bestsolution.at Thu Oct 16 14:20:50 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Thu, 16 Oct 2014 16:20:50 +0200 Subject: British english on JavaFX controls In-Reply-To: <543FD2EB.3020701@bestsolution.at> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> Message-ID: <543FD442.2060004@bestsolution.at> On 16.10.14 16:15, Tom Schindl wrote: > Ok - it ResourceBundle.getBundle() uses the classloader of the caller > which means the ExtensionClassloader so having the additional properties > in your local dir does help. does NOT help! Tom From mjrb5 at kent.ac.uk Thu Oct 16 14:28:20 2014 From: mjrb5 at kent.ac.uk (Michael Berry) Date: Thu, 16 Oct 2014 15:28:20 +0100 Subject: British english on JavaFX controls In-Reply-To: <543FD442.2060004@bestsolution.at> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> <543FD442.2060004@bestsolution.at> Message-ID: Hi Tom, Sure, that makes sense, thanks for the info. Don't suppose there's a workaround you know of? This is for an application which has a bundled JRE, so I can potentially just add the language file in the proper location - it'd just be nice to have a fix that doesn't require modification if possible! Michael On 16 October 2014 15:20, Tom Schindl wrote: > On 16.10.14 16:15, Tom Schindl wrote: > > Ok - it ResourceBundle.getBundle() uses the classloader of the caller > > which means the ExtensionClassloader so having the additional properties > > in your local dir does help. > > does NOT help! > > Tom > > From steve.x.northover at oracle.com Thu Oct 16 14:38:41 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 16 Oct 2014 10:38:41 -0400 Subject: British english on JavaFX controls In-Reply-To: References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> <543FD442.2060004@bestsolution.at> Message-ID: <543FD871.3070604@oracle.com> Please enter a JIRA for the missing translation. If AWT/Swing is missing a translation, is there a way to add it short of modifying the system? Steve On 2014-10-16, 10:28 AM, Michael Berry wrote: > Hi Tom, > > Sure, that makes sense, thanks for the info. Don't suppose there's a > workaround you know of? > > This is for an application which has a bundled JRE, so I can potentially > just add the language file in the proper location - it'd just be nice to > have a fix that doesn't require modification if possible! > > Michael > > On 16 October 2014 15:20, Tom Schindl wrote: > >> On 16.10.14 16:15, Tom Schindl wrote: >>> Ok - it ResourceBundle.getBundle() uses the classloader of the caller >>> which means the ExtensionClassloader so having the additional properties >>> in your local dir does help. >> does NOT help! >> >> Tom >> >> From steve.x.northover at oracle.com Thu Oct 16 14:45:06 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 16 Oct 2014 10:45:06 -0400 Subject: [8u] Review request: RT-37884: [WebView] Java Logger settings corrupt webview In-Reply-To: <543FA992.8070302@oracle.com> References: <53FCAB91.60201@oracle.com> <543FA992.8070302@oracle.com> Message-ID: <543FD9F2.7020704@oracle.com> Leonid, Please review the fix. Thanks, Steve On 2014-10-16, 7:18 AM, Anton Nashatyrev wrote: > Hello, > > any volunteers ? (the fix is pretty simple) > > Thanks! > Anton. > > On 26.08.2014 19:45, anton nashatyrev wrote: >> Hello, >> >> could you please review the fix: >> https://javafx-jira.kenai.com/browse/RT-37884 >> >> Thank you! >> Anton. > From mjrb5 at kent.ac.uk Thu Oct 16 14:48:42 2014 From: mjrb5 at kent.ac.uk (Michael Berry) Date: Thu, 16 Oct 2014 15:48:42 +0100 Subject: British english on JavaFX controls In-Reply-To: <543FD871.3070604@oracle.com> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> <543FD442.2060004@bestsolution.at> <543FD871.3070604@oracle.com> Message-ID: Sure, JIRA is here: https://javafx-jira.kenai.com/browse/RT-39004 Afraid I'm not sure about AWT / Swing, I've never tried to add a translation there! Michael On 16 October 2014 15:38, Stephen F Northover wrote: > Please enter a JIRA for the missing translation. If AWT/Swing is missing > a translation, is there a way to add it short of modifying the system? > > Steve > > > On 2014-10-16, 10:28 AM, Michael Berry wrote: > >> Hi Tom, >> >> Sure, that makes sense, thanks for the info. Don't suppose there's a >> workaround you know of? >> >> This is for an application which has a bundled JRE, so I can potentially >> just add the language file in the proper location - it'd just be nice to >> have a fix that doesn't require modification if possible! >> >> Michael >> >> On 16 October 2014 15:20, Tom Schindl >> wrote: >> >> On 16.10.14 16:15, Tom Schindl wrote: >>> >>>> Ok - it ResourceBundle.getBundle() uses the classloader of the caller >>>> which means the ExtensionClassloader so having the additional properties >>>> in your local dir does help. >>>> >>> does NOT help! >>> >>> Tom >>> >>> >>> > From leif.samuelsson at oracle.com Thu Oct 16 15:32:32 2014 From: leif.samuelsson at oracle.com (Leif Samuelsson) Date: Thu, 16 Oct 2014 08:32:32 -0700 Subject: British english on JavaFX controls In-Reply-To: <543FD442.2060004@bestsolution.at> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> <543FD442.2060004@bestsolution.at> Message-ID: <543FE510.3050500@oracle.com> On 2014-10-16 07:20, Tom Schindl wrote: > On 16.10.14 16:15, Tom Schindl wrote: >> Ok - it ResourceBundle.getBundle() uses the classloader of the caller >> which means the ExtensionClassloader so having the additional properties >> in your local dir does help. > > does NOT help! The property files need to be on the bootclasspath, so putting them in a separate jar file and placing it in the JRE/lib/ext dir should help. See also: https://javafx-jira.kenai.com/browse/RT-38657 https://javafx-jira.kenai.com/browse/RT-36404 Leif From chien.yang at oracle.com Thu Oct 16 16:33:38 2014 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 16 Oct 2014 09:33:38 -0700 Subject: Code Review Request For RT-38808:[JFXPanel, Mac] Popups causes JRE crash Message-ID: <543FF362.7060000@oracle.com> Hi Kevin and Steve, Please review the revised fix. Stress test programs and more information are in the JIRA: https://javafx-jira.kenai.com/browse/RT-38808 Hi Anton and Morris, We need to test this fix on more Mac machines. Can you kindly run the stress test programs on your Mac with and without the proposed fix, and report your finding in the JIRA? Thanks, - Chien From navdeepsingh.sidhu95 at gmail.com Thu Oct 16 18:05:03 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Thu, 16 Oct 2014 23:35:03 +0530 Subject: Error while compiling OpenJFX on Ubuntu 14.04 Message-ID: Hello, I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve this ?? make: Leaving directory `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' :media:buildAVPlugin make: Entering directory `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os -I../../../plugins -I../../../plugins/av -I../../../gstreamer-lite/gstreamer -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c ../../../plugins/av/decoder.c -o /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: ../../../plugins/av/decoder.c:94:5: warning: ?g_static_mutex_get_mutex_impl? is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead [-Wdeprecated-declarations] g_static_mutex_lock(&avlib_lock); ^ ../../../plugins/av/decoder.c:118:17: error: implicit declaration of function ?av_free? [-Werror=implicit-function-declaration] av_free(decoder->context); ^ ../../../plugins/av/decoder.c:128:5: warning: ?g_static_mutex_get_mutex_impl? is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead [-Wdeprecated-declarations] g_static_mutex_unlock(&avlib_lock); ^ cc1: some warnings being treated as errors make: *** [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] Error 1 make: Leaving directory `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' :media:buildAVPlugin FAILED FAILURE: Build failed with an exception. * Where: Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 * What went wrong: Execution failed for task ':media:buildAVPlugin'. > Process 'command 'make'' finished with non-zero exit value 2 * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. BUILD FAILED Total time: 8.674 secs thanks in advance From kevin.rushforth at oracle.com Thu Oct 16 18:10:22 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 16 Oct 2014 11:10:22 -0700 Subject: Error while compiling OpenJFX on Ubuntu 14.04 In-Reply-To: References: Message-ID: <54400A0E.9040601@oracle.com> Are you trying to build the 8u-dev/rt repo? You should be cloning from here: http://hg.openjdk.java.net/openjfx/8u-dev/rt Are you building from the latest tip (or at least something within the last couple of weeks)? -- Kevin Navdeep Singh Sidhu wrote: > Hello, > > I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile > Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve > this ?? > > make: Leaving directory > `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' > :media:buildAVPlugin > make: Entering directory > `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' > gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin > -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os > -I../../../plugins -I../../../plugins/av > -I../../../gstreamer-lite/gstreamer > -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c > ../../../plugins/av/decoder.c -o > /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o > ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: > ../../../plugins/av/decoder.c:94:5: warning: > ?g_static_mutex_get_mutex_impl? is deprecated (declared at > /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead > [-Wdeprecated-declarations] > g_static_mutex_lock(&avlib_lock); > ^ > ../../../plugins/av/decoder.c:118:17: error: implicit declaration of > function ?av_free? [-Werror=implicit-function-declaration] > av_free(decoder->context); > ^ > ../../../plugins/av/decoder.c:128:5: warning: > ?g_static_mutex_get_mutex_impl? is deprecated (declared at > /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead > [-Wdeprecated-declarations] > g_static_mutex_unlock(&avlib_lock); > ^ > cc1: some warnings being treated as errors > make: *** > [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] > Error 1 > make: Leaving directory > `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' > :media:buildAVPlugin FAILED > > FAILURE: Build failed with an exception. > > * Where: > Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 > > * What went wrong: > Execution failed for task ':media:buildAVPlugin'. > >> Process 'command 'make'' finished with non-zero exit value 2 >> > > * Try: > Run with --stacktrace option to get the stack trace. Run with --info or > --debug option to get more log output. > > BUILD FAILED > > Total time: 8.674 secs > > > thanks in advance > From navdeepsingh.sidhu95 at gmail.com Thu Oct 16 18:14:34 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Thu, 16 Oct 2014 23:44:34 +0530 Subject: Error while compiling OpenJFX on Ubuntu 14.04 In-Reply-To: <54400A0E.9040601@oracle.com> References: <54400A0E.9040601@oracle.com> Message-ID: No from here http://hg.openjdk.java.net/openjfx/8u20/rt Is this unstable repo ?? On Thu, Oct 16, 2014 at 11:40 PM, Kevin Rushforth < kevin.rushforth at oracle.com> wrote: > Are you trying to build the 8u-dev/rt repo? You should be cloning from > here: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt > > Are you building from the latest tip (or at least something within the > last couple of weeks)? > > -- Kevin > > > > Navdeep Singh Sidhu wrote: > > Hello, > > I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile > Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve > this ?? > > make: Leaving directory > `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' > :media:buildAVPlugin > make: Entering directory > `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' > gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin > -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os > -I../../../plugins -I../../../plugins/av > -I../../../gstreamer-lite/gstreamer > -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c > ../../../plugins/av/decoder.c -o > /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o > ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: > ../../../plugins/av/decoder.c:94:5: warning: > ?g_static_mutex_get_mutex_impl? is deprecated (declared at > /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead > [-Wdeprecated-declarations] > g_static_mutex_lock(&avlib_lock); > ^ > ../../../plugins/av/decoder.c:118:17: error: implicit declaration of > function ?av_free? [-Werror=implicit-function-declaration] > av_free(decoder->context); > ^ > ../../../plugins/av/decoder.c:128:5: warning: > ?g_static_mutex_get_mutex_impl? is deprecated (declared at > /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead > [-Wdeprecated-declarations] > g_static_mutex_unlock(&avlib_lock); > ^ > cc1: some warnings being treated as errors > make: *** > [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] > Error 1 > make: Leaving directory > `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' > :media:buildAVPlugin FAILED > > FAILURE: Build failed with an exception. > > * Where: > Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 > > * What went wrong: > Execution failed for task ':media:buildAVPlugin'. > > > Process 'command 'make'' finished with non-zero exit value 2 > > > * Try: > Run with --stacktrace option to get the stack trace. Run with --info or > --debug option to get more log output. > > BUILD FAILED > > Total time: 8.674 secs > > > thanks in advance > > > From kevin.rushforth at oracle.com Thu Oct 16 18:26:26 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 16 Oct 2014 11:26:26 -0700 Subject: Error while compiling OpenJFX on Ubuntu 14.04 In-Reply-To: References: <54400A0E.9040601@oracle.com> Message-ID: <54400DD2.6090703@oracle.com> That is a stable repo for the previous (8u20) release and is frozen following that release. 8u-dev is the current development branch and contains many bug fixes targeted for 8u40 that are not in 8u20. In particular, you will be interested in this one: RT-37914 : [Linux] JavaFX Media does not run on Ubuntu 14.04 -- Kevin Navdeep Singh Sidhu wrote: > No from here > > http://hg.openjdk.java.net/openjfx/8u20/rt > > Is this unstable repo ?? > > On Thu, Oct 16, 2014 at 11:40 PM, Kevin Rushforth > > wrote: > > Are you trying to build the 8u-dev/rt repo? You should be cloning > from here: > > http://hg.openjdk.java.net/openjfx/8u-dev/rt > > Are you building from the latest tip (or at least something within > the last couple of weeks)? > > -- Kevin > > > > Navdeep Singh Sidhu wrote: >> Hello, >> >> I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile >> Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve >> this ?? >> >> make: Leaving directory >> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' >> :media:buildAVPlugin >> make: Entering directory >> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >> gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin >> -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os >> -I../../../plugins -I../../../plugins/av >> -I../../../gstreamer-lite/gstreamer >> -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 >> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c >> ../../../plugins/av/decoder.c -o >> /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o >> ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: >> ../../../plugins/av/decoder.c:94:5: warning: >> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >> [-Wdeprecated-declarations] >> g_static_mutex_lock(&avlib_lock); >> ^ >> ../../../plugins/av/decoder.c:118:17: error: implicit declaration of >> function ?av_free? [-Werror=implicit-function-declaration] >> av_free(decoder->context); >> ^ >> ../../../plugins/av/decoder.c:128:5: warning: >> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >> [-Wdeprecated-declarations] >> g_static_mutex_unlock(&avlib_lock); >> ^ >> cc1: some warnings being treated as errors >> make: *** >> [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] >> Error 1 >> make: Leaving directory >> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >> :media:buildAVPlugin FAILED >> >> FAILURE: Build failed with an exception. >> >> * Where: >> Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 >> >> * What went wrong: >> Execution failed for task ':media:buildAVPlugin'. >> >>> Process 'command 'make'' finished with non-zero exit value 2 >>> >> * Try: >> Run with --stacktrace option to get the stack trace. Run with --info or >> --debug option to get more log output. >> >> BUILD FAILED >> >> Total time: 8.674 secs >> >> >> thanks in advance >> > > From navdeepsingh.sidhu95 at gmail.com Thu Oct 16 18:32:59 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Fri, 17 Oct 2014 00:02:59 +0530 Subject: Error while compiling OpenJFX on Ubuntu 14.04 In-Reply-To: <54400DD2.6090703@oracle.com> References: <54400A0E.9040601@oracle.com> <54400DD2.6090703@oracle.com> Message-ID: OK Thanks sir, btw i'm trying to package Openjdk8 with OpenJFX for debian ppa (launchpad), which branch you will suggest, appropriate for packaging and deployment purposes. :) On Thu, Oct 16, 2014 at 11:56 PM, Kevin Rushforth < kevin.rushforth at oracle.com> wrote: > That is a stable repo for the previous (8u20) release and is frozen > following that release. 8u-dev is the current development branch and > contains many bug fixes targeted for 8u40 that are not in 8u20. In > particular, you will be interested in this one: > > RT-37914 : [Linux] JavaFX > Media does not run on Ubuntu 14.04 > > > -- Kevin > > > Navdeep Singh Sidhu wrote: > > No from here > > http://hg.openjdk.java.net/openjfx/8u20/rt > > Is this unstable repo ?? > > On Thu, Oct 16, 2014 at 11:40 PM, Kevin Rushforth < > kevin.rushforth at oracle.com> wrote: > >> Are you trying to build the 8u-dev/rt repo? You should be cloning from >> here: >> >> http://hg.openjdk.java.net/openjfx/8u-dev/rt >> >> Are you building from the latest tip (or at least something within the >> last couple of weeks)? >> >> -- Kevin >> >> >> >> Navdeep Singh Sidhu wrote: >> >> Hello, >> >> I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile >> Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve >> this ?? >> >> make: Leaving directory >> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' >> :media:buildAVPlugin >> make: Entering directory >> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >> gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin >> -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os >> -I../../../plugins -I../../../plugins/av >> -I../../../gstreamer-lite/gstreamer >> -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 >> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c >> ../../../plugins/av/decoder.c -o >> /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o >> ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: >> ../../../plugins/av/decoder.c:94:5: warning: >> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >> [-Wdeprecated-declarations] >> g_static_mutex_lock(&avlib_lock); >> ^ >> ../../../plugins/av/decoder.c:118:17: error: implicit declaration of >> function ?av_free? [-Werror=implicit-function-declaration] >> av_free(decoder->context); >> ^ >> ../../../plugins/av/decoder.c:128:5: warning: >> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >> [-Wdeprecated-declarations] >> g_static_mutex_unlock(&avlib_lock); >> ^ >> cc1: some warnings being treated as errors >> make: *** >> [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] >> Error 1 >> make: Leaving directory >> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >> :media:buildAVPlugin FAILED >> >> FAILURE: Build failed with an exception. >> >> * Where: >> Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 >> >> * What went wrong: >> Execution failed for task ':media:buildAVPlugin'. >> >> >> Process 'command 'make'' finished with non-zero exit value 2 >> >> >> * Try: >> Run with --stacktrace option to get the stack trace. Run with --info or >> --debug option to get more log output. >> >> BUILD FAILED >> >> Total time: 8.674 secs >> >> >> thanks in advance >> >> >> > From kevin.rushforth at oracle.com Thu Oct 16 18:43:05 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 16 Oct 2014 11:43:05 -0700 Subject: Error while compiling OpenJFX on Ubuntu 14.04 In-Reply-To: References: <54400A0E.9040601@oracle.com> <54400DD2.6090703@oracle.com> Message-ID: <544011B9.8050909@oracle.com> What is your time frame for this? If you can wait until 8u40 is stable (it should be fairly stable by the end of December), then you could take that. If you need to release it sooner than 8u40 will be stable, then you might clone the 8u25-b18 tag from 8u-dev (to pick up the changes from the just-released 8u25 release), and then apply the patch for RT-37914 on top of that so you can build / run on Ubuntu 14.04. -- Kevin Navdeep Singh Sidhu wrote: > OK Thanks sir, btw i'm trying to package Openjdk8 with OpenJFX for > debian ppa (launchpad), which branch you will suggest, appropriate for > packaging and deployment purposes. :) > > On Thu, Oct 16, 2014 at 11:56 PM, Kevin Rushforth > > wrote: > > That is a stable repo for the previous (8u20) release and is > frozen following that release. 8u-dev is the current development > branch and contains many bug fixes targeted for 8u40 that are not > in 8u20. In particular, you will be interested in this one: > > RT-37914 : [Linux] > JavaFX Media does not run on Ubuntu 14.04 > > > -- Kevin > > > Navdeep Singh Sidhu wrote: >> No from here >> >> http://hg.openjdk.java.net/openjfx/8u20/rt >> >> Is this unstable repo ?? >> >> On Thu, Oct 16, 2014 at 11:40 PM, Kevin Rushforth >> > >> wrote: >> >> Are you trying to build the 8u-dev/rt repo? You should be >> cloning from here: >> >> http://hg.openjdk.java.net/openjfx/8u-dev/rt >> >> Are you building from the latest tip (or at least something >> within the last couple of weeks)? >> >> -- Kevin >> >> >> >> Navdeep Singh Sidhu wrote: >>> Hello, >>> >>> I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile >>> Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve >>> this ?? >>> >>> make: Leaving directory >>> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' >>> :media:buildAVPlugin >>> make: Entering directory >>> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >>> gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin >>> -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os >>> -I../../../plugins -I../../../plugins/av >>> -I../../../gstreamer-lite/gstreamer >>> -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 >>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c >>> ../../../plugins/av/decoder.c -o >>> /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o >>> ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: >>> ../../../plugins/av/decoder.c:94:5: warning: >>> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >>> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >>> [-Wdeprecated-declarations] >>> g_static_mutex_lock(&avlib_lock); >>> ^ >>> ../../../plugins/av/decoder.c:118:17: error: implicit declaration of >>> function ?av_free? [-Werror=implicit-function-declaration] >>> av_free(decoder->context); >>> ^ >>> ../../../plugins/av/decoder.c:128:5: warning: >>> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >>> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >>> [-Wdeprecated-declarations] >>> g_static_mutex_unlock(&avlib_lock); >>> ^ >>> cc1: some warnings being treated as errors >>> make: *** >>> [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] >>> Error 1 >>> make: Leaving directory >>> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >>> :media:buildAVPlugin FAILED >>> >>> FAILURE: Build failed with an exception. >>> >>> * Where: >>> Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 >>> >>> * What went wrong: >>> Execution failed for task ':media:buildAVPlugin'. >>> >>>> Process 'command 'make'' finished with non-zero exit value 2 >>>> >>> * Try: >>> Run with --stacktrace option to get the stack trace. Run with --info or >>> --debug option to get more log output. >>> >>> BUILD FAILED >>> >>> Total time: 8.674 secs >>> >>> >>> thanks in advance >>> >> >> > From philip.race at oracle.com Thu Oct 16 19:34:39 2014 From: philip.race at oracle.com (Phil Race) Date: Thu, 16 Oct 2014 12:34:39 -0700 Subject: British english on JavaFX controls In-Reply-To: <543FD871.3070604@oracle.com> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> <543FD442.2060004@bestsolution.at> <543FD871.3070604@oracle.com> Message-ID: <54401DCF.2080605@oracle.com> On 10/16/2014 7:38 AM, Stephen F Northover wrote: > Please enter a JIRA for the missing translation. If AWT/Swing is > missing a translation, is there a way to add it short of modifying the > system? I don't think Swing (or any other part of the JDK classes for that matter) would reach out to an application classloaded resource. Also the translations are in resource classes buried in the implementation and you have to get the source of the class to even know what you were supposed to provide and translate. FWIW I do not believe there is any British English resource translation in the JDK classes either .. nor Canadian for that matter :-) I suspect there was so little different it was not worth it even though the bar to entry is pretty low here. You can ask the localization (or is that localisation ? :-) team what they have to say .. cc'd Michael Fang. -phil. > > Steve > > On 2014-10-16, 10:28 AM, Michael Berry wrote: >> Hi Tom, >> >> Sure, that makes sense, thanks for the info. Don't suppose there's a >> workaround you know of? >> >> This is for an application which has a bundled JRE, so I can potentially >> just add the language file in the proper location - it'd just be nice to >> have a fix that doesn't require modification if possible! >> >> Michael >> >> On 16 October 2014 15:20, Tom Schindl >> wrote: >> >>> On 16.10.14 16:15, Tom Schindl wrote: >>>> Ok - it ResourceBundle.getBundle() uses the classloader of the caller >>>> which means the ExtensionClassloader so having the additional >>>> properties >>>> in your local dir does help. >>> does NOT help! >>> >>> Tom >>> >>> > From steve.x.northover at oracle.com Thu Oct 16 19:40:52 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Thu, 16 Oct 2014 15:40:52 -0400 Subject: British english on JavaFX controls In-Reply-To: <54401DCF.2080605@oracle.com> References: <543FBB4E.3050307@bestsolution.at> <60E72F03-04EE-4971-BB11-846727CEBBD1@me.com> <543FCC8C.4090003@bestsolution.at> <543FD2EB.3020701@bestsolution.at> <543FD442.2060004@bestsolution.at> <543FD871.3070604@oracle.com> <54401DCF.2080605@oracle.com> Message-ID: <54401F44.2080609@oracle.com> Thanks Phil. I have given up on Canadian spelling where computers concerned. Michael Fang is on the JIRA. Steve On 2014-10-16, 3:34 PM, Phil Race wrote: > On 10/16/2014 7:38 AM, Stephen F Northover wrote: >> Please enter a JIRA for the missing translation. If AWT/Swing is >> missing a translation, is there a way to add it short of modifying >> the system? > > > I don't think Swing (or any other part of the JDK classes for that > matter) > would reach out to an application classloaded resource. > Also the translations are in resource classes buried in the > implementation > and you have to get the source of the class to even know what you were > supposed to provide and translate. > > FWIW I do not believe there is any British English resource > translation in > the JDK classes either .. nor Canadian for that matter :-) > > I suspect there was so little different it was not worth it even though > the bar to entry is pretty low here. > > You can ask the localization (or is that localisation ? :-) team what > they > have to say .. cc'd Michael Fang. > > -phil. > >> >> Steve >> >> On 2014-10-16, 10:28 AM, Michael Berry wrote: >>> Hi Tom, >>> >>> Sure, that makes sense, thanks for the info. Don't suppose there's a >>> workaround you know of? >>> >>> This is for an application which has a bundled JRE, so I can >>> potentially >>> just add the language file in the proper location - it'd just be >>> nice to >>> have a fix that doesn't require modification if possible! >>> >>> Michael >>> >>> On 16 October 2014 15:20, Tom Schindl >>> wrote: >>> >>>> On 16.10.14 16:15, Tom Schindl wrote: >>>>> Ok - it ResourceBundle.getBundle() uses the classloader of the caller >>>>> which means the ExtensionClassloader so having the additional >>>>> properties >>>>> in your local dir does help. >>>> does NOT help! >>>> >>>> Tom >>>> >>>> >> > From navdeepsingh.sidhu95 at gmail.com Thu Oct 16 19:48:18 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Fri, 17 Oct 2014 01:18:18 +0530 Subject: Error while compiling OpenJFX on Ubuntu 14.04 In-Reply-To: <544011B9.8050909@oracle.com> References: <54400A0E.9040601@oracle.com> <54400DD2.6090703@oracle.com> <544011B9.8050909@oracle.com> Message-ID: Thanks :) i will try to wait for 8u40 bcz openjdk8 will be an important package for our Gajj Distro. On Fri, Oct 17, 2014 at 12:13 AM, Kevin Rushforth < kevin.rushforth at oracle.com> wrote: > What is your time frame for this? > > If you can wait until 8u40 is stable (it should be fairly stable by the > end of December), then you could take that. > > If you need to release it sooner than 8u40 will be stable, then you might > clone the 8u25-b18 tag from 8u-dev (to pick up the changes from the > just-released 8u25 release), and then apply the patch for RT-37914 on top > of that so you can build / run on Ubuntu 14.04. > > > -- Kevin > > > Navdeep Singh Sidhu wrote: > > OK Thanks sir, btw i'm trying to package Openjdk8 with OpenJFX for debian > ppa (launchpad), which branch you will suggest, appropriate for packaging > and deployment purposes. :) > > On Thu, Oct 16, 2014 at 11:56 PM, Kevin Rushforth < > kevin.rushforth at oracle.com> wrote: > >> That is a stable repo for the previous (8u20) release and is frozen >> following that release. 8u-dev is the current development branch and >> contains many bug fixes targeted for 8u40 that are not in 8u20. In >> particular, you will be interested in this one: >> >> RT-37914 : [Linux] >> JavaFX Media does not run on Ubuntu 14.04 >> >> >> -- Kevin >> >> >> Navdeep Singh Sidhu wrote: >> >> No from here >> >> http://hg.openjdk.java.net/openjfx/8u20/rt >> >> Is this unstable repo ?? >> >> On Thu, Oct 16, 2014 at 11:40 PM, Kevin Rushforth < >> kevin.rushforth at oracle.com> wrote: >> >>> Are you trying to build the 8u-dev/rt repo? You should be cloning from >>> here: >>> >>> http://hg.openjdk.java.net/openjfx/8u-dev/rt >>> >>> Are you building from the latest tip (or at least something within the >>> last couple of weeks)? >>> >>> -- Kevin >>> >>> >>> >>> Navdeep Singh Sidhu wrote: >>> >>> Hello, >>> >>> I am new to OpenJFX mailing list and also to OpenJFX, i'm trying to compile >>> Openjfx on Ubuntu 14.04 and getting this error. Is there anyway i can solve >>> this ?? >>> >>> make: Leaving directory >>> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/fxplugins' >>> :media:buildAVPlugin >>> make: Entering directory >>> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >>> gcc -fPIC -Werror=implicit-function-declaration -msse2 -fbuiltin >>> -DHAVE_STDINT_H -DLINUX -DGST_DISABLE_LOADSAVE -DGSTREAMER_LITE -Os >>> -I../../../plugins -I../../../plugins/av >>> -I../../../gstreamer-lite/gstreamer >>> -I../../../gstreamer-lite/gstreamer/libs -I/usr/include/glib-2.0 >>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -c >>> ../../../plugins/av/decoder.c -o >>> /home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o >>> ../../../plugins/av/decoder.c: In function ?basedecoder_open_decoder?: >>> ../../../plugins/av/decoder.c:94:5: warning: >>> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >>> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >>> [-Wdeprecated-declarations] >>> g_static_mutex_lock(&avlib_lock); >>> ^ >>> ../../../plugins/av/decoder.c:118:17: error: implicit declaration of >>> function ?av_free? [-Werror=implicit-function-declaration] >>> av_free(decoder->context); >>> ^ >>> ../../../plugins/av/decoder.c:128:5: warning: >>> ?g_static_mutex_get_mutex_impl? is deprecated (declared at >>> /usr/include/glib-2.0/glib/deprecated/gthread.h:150): Use 'GMutex' instead >>> [-Wdeprecated-declarations] >>> g_static_mutex_unlock(&avlib_lock); >>> ^ >>> cc1: some warnings being treated as errors >>> make: *** >>> [/home/nika/openjfx/bak/modules/media/build/native/linux/Release/obj/plugins/avplugin/av/decoder.o] >>> Error 1 >>> make: Leaving directory >>> `/home/nika/openjfx/bak/modules/media/src/main/native/gstreamer/projects/linux/avplugin' >>> :media:buildAVPlugin FAILED >>> >>> FAILURE: Build failed with an exception. >>> >>> * Where: >>> Build file '/home/nika/openjfx/bak/build.gradle' line: 2157 >>> >>> * What went wrong: >>> Execution failed for task ':media:buildAVPlugin'. >>> >>> >>> Process 'command 'make'' finished with non-zero exit value 2 >>> >>> >>> * Try: >>> Run with --stacktrace option to get the stack trace. Run with --info or >>> --debug option to get more log output. >>> >>> BUILD FAILED >>> >>> Total time: 8.674 secs >>> >>> >>> thanks in advance >>> >>> >>> >> > From vadim.pakhnushev at oracle.com Fri Oct 17 10:36:18 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 17 Oct 2014 14:36:18 +0400 Subject: In(Sanity) Testing Mondays Message-ID: <5440F122.9060206@oracle.com> 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 From leonid.popov at oracle.com Fri Oct 17 13:22:49 2014 From: leonid.popov at oracle.com (Leonid Popov) Date: Fri, 17 Oct 2014 17:22:49 +0400 Subject: [8u] Review request: RT-39013: Reduce memory footprint of WCImageDecoderImpl Message-ID: <54411829.1050601@oracle.com> Hello, Could you please review the fix for: https://javafx-jira.kenai.com/browse/RT-39013 Thank you, Leonid From andrew.brygin at oracle.com Fri Oct 17 13:53:31 2014 From: andrew.brygin at oracle.com (Andrew Brygin) Date: Fri, 17 Oct 2014 17:53:31 +0400 Subject: [8u] Review request: RT-39013: Reduce memory footprint of WCImageDecoderImpl In-Reply-To: <54411829.1050601@oracle.com> References: <54411829.1050601@oracle.com> Message-ID: <54411F5B.5070808@oracle.com> Hello Leonid, Could you please explicitly initialize the new variable 'dataLoadingComplete'? And probably, this variable has to be re-set to false every time when we start new loader, hasn't it? Thanks, Andrew On 10/17/2014 5:22 PM, Leonid Popov wrote: > Hello, > > Could you please review the fix for: > https://javafx-jira.kenai.com/browse/RT-39013 > > Thank you, > Leonid From morris.meyer at oracle.com Fri Oct 17 17:52:23 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Fri, 17 Oct 2014 13:52:23 -0400 Subject: [8u40] Review request for RT-23363: Mac: runtimeException when drawing to a huge window Message-ID: <54415757.4010207@oracle.com> Folks, I've uploaded the initial webrev for this issue for review. Thanks much! --morris meyer JIRA - https://javafx-jira.kenai.com/browse/RT-23363 WEBREV - http://cr.openjdk.java.net/~morris/RT-23363.01 From steve.x.northover at oracle.com Fri Oct 17 18:15:48 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 17 Oct 2014 14:15:48 -0400 Subject: The Great FX 8u40 Bug Squash Message-ID: <54415CD4.3040300@oracle.com> Welcome all, We are currently in lock down mode for M3 which officially ends Oct 20, 2014. The next milestone is M4 (ZBB): Dec 1, 2014. ZBB (Zero Bug Bounce) is essentially the end of development for FX 8u40. This development cycle has seen some significant feature work, including Accessibility and some New Controls. Normally we wouldn't do features in an 8u release, but it was important to close some long standing gaps in the toolkit as early as we possibly could. Now it's time to focus in the bug backlog. The 8u20 dashboard was called, "The One True Dashboard". The 8u40 one is called "The Dashboard of Doom". https://javafx-jira.kenai.com/secure/Dashboard.jspa?selectPageId=12304 I'm sorry that clicking on it was not more ominous. We are required to fix all P1, P2 and P3 bugs for ZBB. P4 and P5 bugs might be fixed, but they don't have priority. For all bugs, regressions generally get looked at first, but if the regression is very minor, work on another more important bug might take priority. So, as a team, we need to fix about 16 bugs a week to hit ZBB. Bugs that we can't or should not fix because the changes are too dangerous, we will need to defer to 9. Obviously, it doesn't work quite as simply as like this. Bugs are not fixed in constant time and there is an incoming bug rate that we try to take into account, but we can't know the future. So, come one come all to the "Great FX 8u40 Bug Squash"! Put on your DDT suits and get out your sprayers! Kill a bug today. Steve From vadim.pakhnushev at oracle.com Fri Oct 17 21:27:07 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Sat, 18 Oct 2014 01:27:07 +0400 Subject: [8u40] Review request for RT-38822: [Charts, CSS] Memory leak in PieChart Message-ID: <544189AB.4040608@oracle.com> Hi Jonathan, Kevin, Please review this fix: https://javafx-jira.kenai.com/browse/RT-38822 http://cr.openjdk.java.net/~vadim/RT-38822/webrev.00/ Thanks, Vadim From philip.race at oracle.com Fri Oct 17 22:43:37 2014 From: philip.race at oracle.com (Phil Race) Date: Fri, 17 Oct 2014 15:43:37 -0700 Subject: RFR: RT-35212: [Printing] HBox/VBox can't be printed correctly if it contains TextField/PasswordField. Message-ID: <54419B99.2060607@oracle.com> There was an NPE here. I expect this was causing problems for more than the narrow case cited here : https://javafx-jira.kenai.com/browse/RT-35212 has the patch in-line -phil. From navdeepsingh.sidhu95 at gmail.com Sun Oct 19 15:58:06 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Sun, 19 Oct 2014 21:28:06 +0530 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? Message-ID: Hello, I know this mailing list is for OpenJFX developers and to discuss development related issues. I don't know it is OK to post my query here or not. But i assume if you people are developing the OpenJFX, so there will be no other person better than you or have more knowledge related OpenJFX than you guys :) . My query is that i'm trying to develop an IDE for parallel computing integrated with framework and output from all nodes has to be represented in TextArea. I am using multiple threads to collect Output from all the nodes and appending that output on TextArea using Platform.runLater(), i am even using flags to reduce the flood on UI thread, that output will be appended if the output is larger than 50000 lines then after each 50000 lines to TextArea else it will be appended as it is. Even submitting one task in the system, UI hangs when trying to print millions of line output on TextArea and i couldn't test it with multiple tasks. Can you suggest me something to prevent UI thread from becoming unresponsive. I know i'm not good programmer as you guys but i'm trying to learn JFX and new to this. BTW thank you guys for such a beautiful interface in JAVA. :) Regards Navdeep Singh Sidhu From mjrb5 at kent.ac.uk Sun Oct 19 16:29:59 2014 From: mjrb5 at kent.ac.uk (Michael Berry) Date: Sun, 19 Oct 2014 17:29:59 +0100 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? In-Reply-To: References: Message-ID: Perhaps a silly question - but do you really need millions of lines in the text area? When you're displaying this much text then from my understanding things are bound to hang (simply because of the processing overload) and there's not really a great deal you can do about it. You can see if there's any extraneous delay by profiling and seeing if there's any GC bottlenecks (or suchlike) then tweak those options, but I doubt you'll ever get to no delay at all with dumping this much data in a textarea. I'm not aware of the details of your application, but can you just create the text in memory somewhere else, and create an FX component that acts like a text area, but dynamically reads the text in from memory as the user scrolls? This way you'll just be altering a relatively small amount of text much more continuously, and shouldn't notice much of a delay. (I took a similar approach with Swing a long while ago for a project, but sadly can't find the source for that now.) Michael On 19 October 2014 16:58, Navdeep Singh Sidhu < navdeepsingh.sidhu95 at gmail.com> wrote: > Hello, > > I know this mailing list is for OpenJFX developers and to discuss > development related issues. I don't know it is OK to post my query here or > not. But i assume if you people are developing the OpenJFX, so there will > be no other person better than you or have more knowledge related OpenJFX > than you guys :) . > > My query is that i'm trying to develop an IDE for parallel computing > integrated with framework and output from all nodes has to be represented > in TextArea. I am using multiple threads to collect Output from all the > nodes and appending that output on TextArea using Platform.runLater(), i am > even using flags to reduce the flood on UI thread, that output will be > appended if the output is larger than 50000 lines then after each 50000 > lines to TextArea else it will be appended as it is. Even submitting one > task in the system, UI hangs when trying to print millions of line output > on TextArea and i couldn't test it with multiple tasks. Can you suggest me > something to prevent UI thread from becoming unresponsive. I know i'm not > good programmer as you guys but i'm trying to learn JFX and new to this. > > BTW thank you guys for such a beautiful interface in JAVA. :) > > Regards > Navdeep Singh Sidhu > From navdeepsingh.sidhu95 at gmail.com Sun Oct 19 18:11:30 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Sun, 19 Oct 2014 23:41:30 +0530 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? In-Reply-To: References: Message-ID: Thanks sir, that is really a great suggestion. So i have to add a listener to scroll bar. Am i right ?? And there is not such thing like silly question :) . Not having knowledge is not bad, but having no curiosity to pursue knowledge is bad. I'm working on parallel computing framework and my target is to multiply matrices with BigInt elements and dimensions, for any number of given matrices (that also can be in BigInt). On Netbeans my sample problem gives me the output without crashing it or making it unresponsive. So i'm trying to achieve similar in JavaFX. The main target of my project is to implement problems in parallel computing and i'm using JFX as front-end because it is good looking and easy to implement than Swing. But this is my first project in JFX and i am facing many problems while implementing, main problem is UI lag bcz in back-end different threads collect data and those threads do the computations concurrently and send result data to UI. And also is there anyway i can apply monokai like theme (or any other coding style theme) to my TextArea which i'm using in Code editor for JAVA with suggestion popups like Netbeans or eclipse? On Sun, Oct 19, 2014 at 9:59 PM, Michael Berry wrote: > Perhaps a silly question - but do you really need millions of lines in the > text area? When you're displaying this much text then from my understanding > things are bound to hang (simply because of the processing overload) and > there's not really a great deal you can do about it. You can see if there's > any extraneous delay by profiling and seeing if there's any GC bottlenecks > (or suchlike) then tweak those options, but I doubt you'll ever get to no > delay at all with dumping this much data in a textarea. > > I'm not aware of the details of your application, but can you just create > the text in memory somewhere else, and create an FX component that acts > like a text area, but dynamically reads the text in from memory as the user > scrolls? This way you'll just be altering a relatively small amount of text > much more continuously, and shouldn't notice much of a delay. (I took a > similar approach with Swing a long while ago for a project, but sadly can't > find the source for that now.) > > Michael > > On 19 October 2014 16:58, Navdeep Singh Sidhu < > navdeepsingh.sidhu95 at gmail.com> wrote: > >> Hello, >> >> I know this mailing list is for OpenJFX developers and to discuss >> development related issues. I don't know it is OK to post my query here or >> not. But i assume if you people are developing the OpenJFX, so there will >> be no other person better than you or have more knowledge related OpenJFX >> than you guys :) . >> >> My query is that i'm trying to develop an IDE for parallel computing >> integrated with framework and output from all nodes has to be represented >> in TextArea. I am using multiple threads to collect Output from all the >> nodes and appending that output on TextArea using Platform.runLater(), i >> am >> even using flags to reduce the flood on UI thread, that output will be >> appended if the output is larger than 50000 lines then after each 50000 >> lines to TextArea else it will be appended as it is. Even submitting one >> task in the system, UI hangs when trying to print millions of line output >> on TextArea and i couldn't test it with multiple tasks. Can you suggest me >> something to prevent UI thread from becoming unresponsive. I know i'm not >> good programmer as you guys but i'm trying to learn JFX and new to this. >> >> BTW thank you guys for such a beautiful interface in JAVA. :) >> >> Regards >> Navdeep Singh Sidhu >> > > From tom.schindl at bestsolution.at Sun Oct 19 18:18:03 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Sun, 19 Oct 2014 20:18:03 +0200 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? In-Reply-To: References: Message-ID: <086297EF-9981-43DA-AA26-080653D909A9@bestsolution.at> TextArea in JavaFx is very ineffecient because it is not virtual! Codeeditors like the styledtext one i wrote use virtualflow/Listview to perform with many lines. Tom Von meinem iPhone gesendet > Am 19.10.2014 um 20:11 schrieb Navdeep Singh Sidhu : > > Thanks sir, that is really a great suggestion. So i have to add a listener > to scroll bar. Am i right ?? > > And there is not such thing like silly question :) . Not having knowledge > is not bad, but having no curiosity to pursue knowledge is bad. I'm working > on parallel computing framework and my target is to multiply matrices with > BigInt elements and dimensions, for any number of given matrices (that also > can be in BigInt). On Netbeans my sample problem gives me the output > without crashing it or making it unresponsive. So i'm trying to achieve > similar in JavaFX. The main target of my project is to implement problems > in parallel computing and i'm using JFX as front-end because it is good > looking and easy to implement than Swing. But this is my first project in > JFX and i am facing many problems while implementing, main problem is UI > lag bcz in back-end different threads collect data and those threads do the > computations concurrently and send result data to UI. > > And also is there anyway i can apply monokai like theme (or any other > coding style theme) to my TextArea which i'm using in Code editor for JAVA > with suggestion popups like Netbeans or eclipse? > >> On Sun, Oct 19, 2014 at 9:59 PM, Michael Berry wrote: >> >> Perhaps a silly question - but do you really need millions of lines in the >> text area? When you're displaying this much text then from my understanding >> things are bound to hang (simply because of the processing overload) and >> there's not really a great deal you can do about it. You can see if there's >> any extraneous delay by profiling and seeing if there's any GC bottlenecks >> (or suchlike) then tweak those options, but I doubt you'll ever get to no >> delay at all with dumping this much data in a textarea. >> >> I'm not aware of the details of your application, but can you just create >> the text in memory somewhere else, and create an FX component that acts >> like a text area, but dynamically reads the text in from memory as the user >> scrolls? This way you'll just be altering a relatively small amount of text >> much more continuously, and shouldn't notice much of a delay. (I took a >> similar approach with Swing a long while ago for a project, but sadly can't >> find the source for that now.) >> >> Michael >> >> On 19 October 2014 16:58, Navdeep Singh Sidhu < >> navdeepsingh.sidhu95 at gmail.com> wrote: >> >>> Hello, >>> >>> I know this mailing list is for OpenJFX developers and to discuss >>> development related issues. I don't know it is OK to post my query here or >>> not. But i assume if you people are developing the OpenJFX, so there will >>> be no other person better than you or have more knowledge related OpenJFX >>> than you guys :) . >>> >>> My query is that i'm trying to develop an IDE for parallel computing >>> integrated with framework and output from all nodes has to be represented >>> in TextArea. I am using multiple threads to collect Output from all the >>> nodes and appending that output on TextArea using Platform.runLater(), i >>> am >>> even using flags to reduce the flood on UI thread, that output will be >>> appended if the output is larger than 50000 lines then after each 50000 >>> lines to TextArea else it will be appended as it is. Even submitting one >>> task in the system, UI hangs when trying to print millions of line output >>> on TextArea and i couldn't test it with multiple tasks. Can you suggest me >>> something to prevent UI thread from becoming unresponsive. I know i'm not >>> good programmer as you guys but i'm trying to learn JFX and new to this. >>> >>> BTW thank you guys for such a beautiful interface in JAVA. :) >>> >>> Regards >>> Navdeep Singh Sidhu >> >> From navdeepsingh.sidhu95 at gmail.com Sun Oct 19 20:01:56 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Mon, 20 Oct 2014 01:31:56 +0530 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? In-Reply-To: <086297EF-9981-43DA-AA26-080653D909A9@bestsolution.at> References: <086297EF-9981-43DA-AA26-080653D909A9@bestsolution.at> Message-ID: Sorry Tom, didn't get you :) :P . TextArea is inefficient for code editing or for printing output?? On Sun, Oct 19, 2014 at 11:48 PM, Tom Schindl wrote: > TextArea in JavaFx is very ineffecient because it is not virtual! > Codeeditors like the styledtext one i wrote use virtualflow/Listview to > perform with many lines. > > Tom > > Von meinem iPhone gesendet > > > Am 19.10.2014 um 20:11 schrieb Navdeep Singh Sidhu < > navdeepsingh.sidhu95 at gmail.com>: > > > > Thanks sir, that is really a great suggestion. So i have to add a > listener > > to scroll bar. Am i right ?? > > > > And there is not such thing like silly question :) . Not having knowledge > > is not bad, but having no curiosity to pursue knowledge is bad. I'm > working > > on parallel computing framework and my target is to multiply matrices > with > > BigInt elements and dimensions, for any number of given matrices (that > also > > can be in BigInt). On Netbeans my sample problem gives me the output > > without crashing it or making it unresponsive. So i'm trying to achieve > > similar in JavaFX. The main target of my project is to implement problems > > in parallel computing and i'm using JFX as front-end because it is good > > looking and easy to implement than Swing. But this is my first project in > > JFX and i am facing many problems while implementing, main problem is UI > > lag bcz in back-end different threads collect data and those threads do > the > > computations concurrently and send result data to UI. > > > > And also is there anyway i can apply monokai like theme (or any other > > coding style theme) to my TextArea which i'm using in Code editor for > JAVA > > with suggestion popups like Netbeans or eclipse? > > > >> On Sun, Oct 19, 2014 at 9:59 PM, Michael Berry > wrote: > >> > >> Perhaps a silly question - but do you really need millions of lines in > the > >> text area? When you're displaying this much text then from my > understanding > >> things are bound to hang (simply because of the processing overload) and > >> there's not really a great deal you can do about it. You can see if > there's > >> any extraneous delay by profiling and seeing if there's any GC > bottlenecks > >> (or suchlike) then tweak those options, but I doubt you'll ever get to > no > >> delay at all with dumping this much data in a textarea. > >> > >> I'm not aware of the details of your application, but can you just > create > >> the text in memory somewhere else, and create an FX component that acts > >> like a text area, but dynamically reads the text in from memory as the > user > >> scrolls? This way you'll just be altering a relatively small amount of > text > >> much more continuously, and shouldn't notice much of a delay. (I took a > >> similar approach with Swing a long while ago for a project, but sadly > can't > >> find the source for that now.) > >> > >> Michael > >> > >> On 19 October 2014 16:58, Navdeep Singh Sidhu < > >> navdeepsingh.sidhu95 at gmail.com> wrote: > >> > >>> Hello, > >>> > >>> I know this mailing list is for OpenJFX developers and to discuss > >>> development related issues. I don't know it is OK to post my query > here or > >>> not. But i assume if you people are developing the OpenJFX, so there > will > >>> be no other person better than you or have more knowledge related > OpenJFX > >>> than you guys :) . > >>> > >>> My query is that i'm trying to develop an IDE for parallel computing > >>> integrated with framework and output from all nodes has to be > represented > >>> in TextArea. I am using multiple threads to collect Output from all the > >>> nodes and appending that output on TextArea using Platform.runLater(), > i > >>> am > >>> even using flags to reduce the flood on UI thread, that output will be > >>> appended if the output is larger than 50000 lines then after each 50000 > >>> lines to TextArea else it will be appended as it is. Even submitting > one > >>> task in the system, UI hangs when trying to print millions of line > output > >>> on TextArea and i couldn't test it with multiple tasks. Can you > suggest me > >>> something to prevent UI thread from becoming unresponsive. I know i'm > not > >>> good programmer as you guys but i'm trying to learn JFX and new to > this. > >>> > >>> BTW thank you guys for such a beautiful interface in JAVA. :) > >>> > >>> Regards > >>> Navdeep Singh Sidhu > >> > >> > From jonathan.giles at oracle.com Sun Oct 19 20:08:47 2014 From: jonathan.giles at oracle.com (Jonathan Giles) Date: Mon, 20 Oct 2014 09:08:47 +1300 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? In-Reply-To: References: <086297EF-9981-43DA-AA26-080653D909A9@bestsolution.at> Message-ID: <54441A4F.8000403@oracle.com> The point Tom and Michael make is correct - TextArea is not virtualised, which means that there is indeed a Text node internally containing all text you've set on the TextArea - even if it is not visible. This is clearly not efficient for large amounts of text - as Michael said you want to virtualise the visuals so that you don't have all the text in a Text node at once. One way that people do this is with the ListView control (or its underlying implementation). There exists a few options you should explore, including Tom's implementation and RichTextFX [1] by Tomas Mikula. [1] https://github.com/TomasMikula/RichTextFX -- Jonathan On 20/10/2014 9:01 a.m., Navdeep Singh Sidhu wrote: > Sorry Tom, didn't get you :) :P . TextArea is inefficient for code editing > or for printing output?? > > On Sun, Oct 19, 2014 at 11:48 PM, Tom Schindl > wrote: > >> TextArea in JavaFx is very ineffecient because it is not virtual! >> Codeeditors like the styledtext one i wrote use virtualflow/Listview to >> perform with many lines. >> >> Tom >> >> Von meinem iPhone gesendet >> >>> Am 19.10.2014 um 20:11 schrieb Navdeep Singh Sidhu < >> navdeepsingh.sidhu95 at gmail.com>: >>> Thanks sir, that is really a great suggestion. So i have to add a >> listener >>> to scroll bar. Am i right ?? >>> >>> And there is not such thing like silly question :) . Not having knowledge >>> is not bad, but having no curiosity to pursue knowledge is bad. I'm >> working >>> on parallel computing framework and my target is to multiply matrices >> with >>> BigInt elements and dimensions, for any number of given matrices (that >> also >>> can be in BigInt). On Netbeans my sample problem gives me the output >>> without crashing it or making it unresponsive. So i'm trying to achieve >>> similar in JavaFX. The main target of my project is to implement problems >>> in parallel computing and i'm using JFX as front-end because it is good >>> looking and easy to implement than Swing. But this is my first project in >>> JFX and i am facing many problems while implementing, main problem is UI >>> lag bcz in back-end different threads collect data and those threads do >> the >>> computations concurrently and send result data to UI. >>> >>> And also is there anyway i can apply monokai like theme (or any other >>> coding style theme) to my TextArea which i'm using in Code editor for >> JAVA >>> with suggestion popups like Netbeans or eclipse? >>> >>>> On Sun, Oct 19, 2014 at 9:59 PM, Michael Berry >> wrote: >>>> Perhaps a silly question - but do you really need millions of lines in >> the >>>> text area? When you're displaying this much text then from my >> understanding >>>> things are bound to hang (simply because of the processing overload) and >>>> there's not really a great deal you can do about it. You can see if >> there's >>>> any extraneous delay by profiling and seeing if there's any GC >> bottlenecks >>>> (or suchlike) then tweak those options, but I doubt you'll ever get to >> no >>>> delay at all with dumping this much data in a textarea. >>>> >>>> I'm not aware of the details of your application, but can you just >> create >>>> the text in memory somewhere else, and create an FX component that acts >>>> like a text area, but dynamically reads the text in from memory as the >> user >>>> scrolls? This way you'll just be altering a relatively small amount of >> text >>>> much more continuously, and shouldn't notice much of a delay. (I took a >>>> similar approach with Swing a long while ago for a project, but sadly >> can't >>>> find the source for that now.) >>>> >>>> Michael >>>> >>>> On 19 October 2014 16:58, Navdeep Singh Sidhu < >>>> navdeepsingh.sidhu95 at gmail.com> wrote: >>>> >>>>> Hello, >>>>> >>>>> I know this mailing list is for OpenJFX developers and to discuss >>>>> development related issues. I don't know it is OK to post my query >> here or >>>>> not. But i assume if you people are developing the OpenJFX, so there >> will >>>>> be no other person better than you or have more knowledge related >> OpenJFX >>>>> than you guys :) . >>>>> >>>>> My query is that i'm trying to develop an IDE for parallel computing >>>>> integrated with framework and output from all nodes has to be >> represented >>>>> in TextArea. I am using multiple threads to collect Output from all the >>>>> nodes and appending that output on TextArea using Platform.runLater(), >> i >>>>> am >>>>> even using flags to reduce the flood on UI thread, that output will be >>>>> appended if the output is larger than 50000 lines then after each 50000 >>>>> lines to TextArea else it will be appended as it is. Even submitting >> one >>>>> task in the system, UI hangs when trying to print millions of line >> output >>>>> on TextArea and i couldn't test it with multiple tasks. Can you >> suggest me >>>>> something to prevent UI thread from becoming unresponsive. I know i'm >> not >>>>> good programmer as you guys but i'm trying to learn JFX and new to >> this. >>>>> BTW thank you guys for such a beautiful interface in JAVA. :) >>>>> >>>>> Regards >>>>> Navdeep Singh Sidhu >>>> From elina.kleyman at oracle.com Mon Oct 20 13:54:43 2014 From: elina.kleyman at oracle.com (elina kleyman) Date: Mon, 20 Oct 2014 16:54:43 +0300 Subject: [8u26] Review request : RT-37597 - [Unit Tests] Adding tests for US Keyboard Message-ID: <54451423.1030607@oracle.com> Hi Dave, Please review the proposed fix for bug: https://javafx-jira.kenai.com/browse/RT-37597 Link to webrev: http://cr.openjdk.java.net/~ekleyman/RT-37597/webrev/ Thanks, Elina From guenther.jeffrey at gmail.com Mon Oct 20 15:13:12 2014 From: guenther.jeffrey at gmail.com (Jeffrey Guenther) Date: Mon, 20 Oct 2014 08:13:12 -0700 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? (Jonathan Giles) In-Reply-To: References: Message-ID: I second Jonathan?s suggestion of RichTextFX. To do syntax highlighting and style the text area you can use a combination of CSS and an extension I wrote for RichTextFX that allows you to highlight any language?s syntax based on an ANTLR grammar. It allows you to pass a mapping between an ANTLR token type and class name to do the highlighting. The work is still in it?s infancy, but it works and might be helpful to you. You can see it at https://github.com/jrguenther/Xanthic. You should be able to create a stylesheet the is similar to monokai. The goal of Xanthic is to create a tool like pygments written in Java and making use of the ANTLR lexer/parser library. One of the output formats will be RichTextFX StyleSpans. One of the other goals of the project is to make use of the large ecosystem of pygments stylesheets by providing a converter to make them JavaFX stylesheets. Just haven?t got to it yet. On Oct 19, 2014, at 1:08 PM, openjfx-dev-request at openjdk.java.net wrote > > > From: Jonathan Giles > Subject: Re: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? > Date: October 19, 2014 at 1:08:47 PM PDT > To: openjfx-dev at openjdk.java.net > Reply-To: jonathan.giles at oracle.com > > > The point Tom and Michael make is correct - TextArea is not virtualised, which means that there is indeed a Text node internally containing all text you've set on the TextArea - even if it is not visible. This is clearly not efficient for large amounts of text - as Michael said you want to virtualise the visuals so that you don't have all the text in a Text node at once. > > One way that people do this is with the ListView control (or its underlying implementation). There exists a few options you should explore, including Tom's implementation and RichTextFX [1] by Tomas Mikula. > > [1] https://github.com/TomasMikula/RichTextFX > > -- Jonathan From tom.schindl at bestsolution.at Mon Oct 20 16:59:32 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Mon, 20 Oct 2014 18:59:32 +0200 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? (Jonathan Giles) In-Reply-To: References: Message-ID: <54453F74.9080101@bestsolution.at> Hi, e(fx)clipse StyledText [1] is what I've developed and you can see it in action at [2]. For tokenizing and highlighting I make use of Eclipse Text parsing infrastructure and for the editor-framework shown in [2] I've developed an DSL, so developing support for more language highlightings is fairly easy. Tom [1]http://git.eclipse.org/c/efxclipse/org.eclipse.efxclipse.git/tree/bundles/runtime/org.eclipse.fx.ui.controls [2]http://tomsondev.bestsolution.at/2014/08/11/efxclipse-1-0-new-features-styledtext-control-to-build-a-code-editor-framework/ On 20.10.14 17:13, Jeffrey Guenther wrote: > I second Jonathan?s suggestion of RichTextFX. > > To do syntax highlighting and style the text area you can use a combination of CSS and an extension I wrote for RichTextFX that allows you to highlight any language?s syntax based on an ANTLR grammar. It allows you to pass a mapping between an ANTLR token type and class name to do the highlighting. The work is still in it?s infancy, but it works and might be helpful to you. You can see it at https://github.com/jrguenther/Xanthic. You should be able to create a stylesheet the is similar to monokai. > > The goal of Xanthic is to create a tool like pygments written in Java and making use of the ANTLR lexer/parser library. One of the output formats will be RichTextFX StyleSpans. One of the other goals of the project is to make use of the large ecosystem of pygments stylesheets by providing a converter to make them JavaFX stylesheets. Just haven?t got to it yet. > > > On Oct 19, 2014, at 1:08 PM, openjfx-dev-request at openjdk.java.net wrote >> >> >> From: Jonathan Giles >> Subject: Re: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? >> Date: October 19, 2014 at 1:08:47 PM PDT >> To: openjfx-dev at openjdk.java.net >> Reply-To: jonathan.giles at oracle.com >> >> >> The point Tom and Michael make is correct - TextArea is not virtualised, which means that there is indeed a Text node internally containing all text you've set on the TextArea - even if it is not visible. This is clearly not efficient for large amounts of text - as Michael said you want to virtualise the visuals so that you don't have all the text in a Text node at once. >> >> One way that people do this is with the ListView control (or its underlying implementation). There exists a few options you should explore, including Tom's implementation and RichTextFX [1] by Tomas Mikula. >> >> [1] https://github.com/TomasMikula/RichTextFX >> >> -- Jonathan > From steve.x.northover at oracle.com Mon Oct 20 19:43:51 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Mon, 20 Oct 2014 15:43:51 -0400 Subject: RFR: RT-35212: [Printing] HBox/VBox can't be printed correctly if it contains TextField/PasswordField. In-Reply-To: <54419B99.2060607@oracle.com> References: <54419B99.2060607@oracle.com> Message-ID: <544565F7.60307@oracle.com> We are almost finished with M3 and then people can start releasing code again. Welcome to the big 8u40 bug squash! Steve On 2014-10-17, 6:43 PM, Phil Race wrote: > There was an NPE here. I expect this was causing problems for more than > the narrow case cited here : > https://javafx-jira.kenai.com/browse/RT-35212 has the patch in-line > > -phil. > > From kevin.rushforth at oracle.com Mon Oct 20 19:59:48 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 20 Oct 2014 12:59:48 -0700 Subject: 8u-dev unlocked following this week's sanity testing Message-ID: <544569B4.9060402@oracle.com> We are back to normal rules for pushing changesets. -- Kevin From vadim.pakhnushev at oracle.com Mon Oct 20 21:18:32 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Tue, 21 Oct 2014 01:18:32 +0400 Subject: [8u40] Review request for RT-38966: [JFXPanel] Scene Antialisaing doesn't work in JFXPanel Message-ID: <54457C28.3030604@oracle.com> Hi Kevin, Please review this fix: https://javafx-jira.kenai.com/browse/RT-38966 http://cr.openjdk.java.net/~vadim/RT-38966/webrev.00/ Thanks, Vadim From tbee at tbee.org Tue Oct 21 06:10:07 2014 From: tbee at tbee.org (Tom Eugelink) Date: Tue, 21 Oct 2014 08:10:07 +0200 Subject: CSS warning Message-ID: <5445F8BF.6000609@tbee.org> Has anyone every figured out what the cause is of these CSS warnings I get? They do not seem to influence the look at all, and since I copied the styling from moderna.css, they do not seem to be valid either. I suspect it may have to do with a different handling of CSS and that I cannot reuse stuff defined in moderna? Because if I take the first error; -fx-focus-color is defined in moderna.css. Tom okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-focus-color' while resolving lookups for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-focus-color' while resolving lookups for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button:selected' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss From david.grieve at oracle.com Tue Oct 21 14:19:09 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 21 Oct 2014 10:19:09 -0400 Subject: CSS warning In-Reply-To: <5445F8BF.6000609@tbee.org> References: <5445F8BF.6000609@tbee.org> Message-ID: <54466B5D.6020109@oracle.com> JavaFX CSS has a 'lookup' feature that allows you to declare the value of a property as another property. For example, the -fx-base property defines the base color of the modena theme (the same goes for caspian). When a css value is calculated, these looked-up properties have to be resolved to a real value. The code looks for matching styles starting with the current node and going up the parent chain to the root of the scene-graph until it finds a value that doesn't need to be further resolved. If the value isn't resolved, then this message is printed out. Resolving a lookup value is dependent on a node's parents having already been processed by CSS. If, for example, -fx-base is in .root and the root of the scene-graph hasn't been processed by CSS, the root node will not have any styles and the lookup will fail. The CSS code tries to ensure that CSS is always processed from the root down and also tries to ensure that the CSS state of parent nodes is not dirty when CSS is processed on a child node. When new styles are added to the scene-graph, from adding a stylesheet to the scene or adding a user-agent stylesheet, CSS is reapplied to the scene-graph. This means that all the matching styles and calculated values are thrown away and re-evaluated from scratch. In 8u20, adding a stylesheet to a control via the Control method getUserAgentStylesheet() will cause this to happen. So I think what is happening here is that the getUserAgentStylesheet() call happens in the middle of CSS being processed on the Control; thus, the CSS for the parent nodes of the control will all be tossed out and the lookups will fail. This all settles out in the next CSS pass, which is why you don't see an issue with the look. There was some work done in 8u40 improve the handling of reapplying CSS. There were also some changes to getUserAgentStylesheet() so that it only affects the control and not the whole scene-graph. Try 8u40 and see if that doesn't help. If you still get these warnings on 8u40, then please create a bug in jira. On 10/21/14, 2:10 AM, Tom Eugelink wrote: > Has anyone every figured out what the cause is of these CSS warnings I > get? They do not seem to influence the look at all, and since I copied > the styling from moderna.css, they do not seem to be valid either. I > suspect it may have to do with a different handling of CSS and that I > cannot reuse stuff defined in moderna? Because if I take the first > error; -fx-focus-color is defined in moderna.css. > > Tom > > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-focus-color' while resolving lookups > for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-focus-color' while resolving lookups > for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-background-color' while resolving > lookups for '-fx-text-fill' from rule '*.label' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button:selected' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-accent' while resolving lookups for > '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in > stylesheet > file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-text-base-color' while resolving > lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue > WARNING: Could not resolve '-fx-shadow-highlight-color' while > resolving lookups for '-fx-background-color' from rule > '*.toggle-button' in stylesheet > jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss > > > From anton.tarasov at oracle.com Tue Oct 21 15:01:37 2014 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Tue, 21 Oct 2014 19:01:37 +0400 Subject: [8u40] Review request for RT-38921: [JFXPanel, Mac] popups + -Djavafx.embed.singleThread=true causes deadlock Message-ID: <54467551.9030400@oracle.com> Hello, Please, have a look: https://javafx-jira.kenai.com/browse/RT-38921 http://cr.openjdk.java.net/~ant/RT-38921/webrev.0 In order to resolve a deadlock Component.revalidate() is invoked on EDT. Thanks, Anton. From tbee at tbee.org Tue Oct 21 17:09:19 2014 From: tbee at tbee.org (Tom Eugelink) Date: Tue, 21 Oct 2014 19:09:19 +0200 Subject: CSS warning In-Reply-To: <54466B5D.6020109@oracle.com> References: <5445F8BF.6000609@tbee.org> <54466B5D.6020109@oracle.com> Message-ID: <5446933F.1030607@tbee.org> That makes sense :-) I've tested it under 8U40, took some hacking because of the other CSS problems with the "only affects the control", but it indeed seems to not be a problem anymore. About this "only affects the control"; are you sure you want to add special CSS handling for controls in the code, instead of making sure that the CSS only applies to the correct nodes by better using CSS selectors? It seems to me CSS classes are a perfect mechanism for this. HTML engines don't have special CSS handling for divs or imgs or ... Tom On 21-10-2014 16:19, David Grieve wrote: > JavaFX CSS has a 'lookup' feature that allows you to declare the value of a property as another property. For example, the -fx-base property defines the base color of the modena theme (the same goes for caspian). When a css value is calculated, these looked-up properties have to be resolved to a real value. The code looks for matching styles starting with the current node and going up the parent chain to the root of the scene-graph until it finds a value that doesn't need to be further resolved. If the value isn't resolved, then this message is printed out. > > Resolving a lookup value is dependent on a node's parents having already been processed by CSS. If, for example, -fx-base is in .root and the root of the scene-graph hasn't been processed by CSS, the root node will not have any styles and the lookup will fail. The CSS code tries to ensure that CSS is always processed from the root down and also tries to ensure that the CSS state of parent nodes is not dirty when CSS is processed on a child node. > > When new styles are added to the scene-graph, from adding a stylesheet to the scene or adding a user-agent stylesheet, CSS is reapplied to the scene-graph. This means that all the matching styles and calculated values are thrown away and re-evaluated from scratch. In 8u20, adding a stylesheet to a control via the Control method getUserAgentStylesheet() will cause this to happen. So I think what is happening here is that the getUserAgentStylesheet() call happens in the middle of CSS being processed on the Control; thus, the CSS for the parent nodes of the control will all be tossed out and the lookups will fail. This all settles out in the next CSS pass, which is why you don't see an issue with the look. > > There was some work done in 8u40 improve the handling of reapplying CSS. There were also some changes to getUserAgentStylesheet() so that it only affects the control and not the whole scene-graph. Try 8u40 and see if that doesn't help. If you still get these warnings on 8u40, then please create a bug in jira. > > On 10/21/14, 2:10 AM, Tom Eugelink wrote: >> Has anyone every figured out what the cause is of these CSS warnings I get? They do not seem to influence the look at all, and since I copied the styling from moderna.css, they do not seem to be valid either. I suspect it may have to do with a different handling of CSS and that I cannot reuse stuff defined in moderna? Because if I take the first error; -fx-focus-color is defined in moderna.css. >> >> Tom >> >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-focus-color' while resolving lookups for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-focus-color' while resolving lookups for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button:selected' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >> >> >> > From david.grieve at oracle.com Tue Oct 21 17:20:19 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 21 Oct 2014 13:20:19 -0400 Subject: CSS warning In-Reply-To: <5446933F.1030607@tbee.org> References: <5445F8BF.6000609@tbee.org> <54466B5D.6020109@oracle.com> <5446933F.1030607@tbee.org> Message-ID: <544695D3.9090602@oracle.com> On 10/21/14, 1:09 PM, Tom Eugelink wrote: > That makes sense :-) I've tested it under 8U40, took some hacking > because of the other CSS problems with the "only affects the control", > but it indeed seems to not be a problem anymore. > > About this "only affects the control"; are you sure you want to add > special CSS handling for controls in the code, instead of making sure > that the CSS only applies to the correct nodes by better using CSS > selectors? It seems to me CSS classes are a perfect mechanism for > this. HTML engines don't have special CSS handling for divs or imgs or > ... Yes, I'm sure. Keep in mind that the stylesheet returned by getUserAgentStylesheet() is treated as a user-agent stylesheet for the purpose of the cascade. I would argue, however, that you don't want styles from some third party control leaking into other parts of your application. What the special handling does is allow css to be bundled with some control and for the control to be dropped into a scene-graph without affecting the rest of the application. > > Tom > > > > On 21-10-2014 16:19, David Grieve wrote: >> JavaFX CSS has a 'lookup' feature that allows you to declare the >> value of a property as another property. For example, the -fx-base >> property defines the base color of the modena theme (the same goes >> for caspian). When a css value is calculated, these looked-up >> properties have to be resolved to a real value. The code looks for >> matching styles starting with the current node and going up the >> parent chain to the root of the scene-graph until it finds a value >> that doesn't need to be further resolved. If the value isn't >> resolved, then this message is printed out. >> >> Resolving a lookup value is dependent on a node's parents having >> already been processed by CSS. If, for example, -fx-base is in .root >> and the root of the scene-graph hasn't been processed by CSS, the >> root node will not have any styles and the lookup will fail. The CSS >> code tries to ensure that CSS is always processed from the root down >> and also tries to ensure that the CSS state of parent nodes is not >> dirty when CSS is processed on a child node. >> >> When new styles are added to the scene-graph, from adding a >> stylesheet to the scene or adding a user-agent stylesheet, CSS is >> reapplied to the scene-graph. This means that all the matching styles >> and calculated values are thrown away and re-evaluated from scratch. >> In 8u20, adding a stylesheet to a control via the Control method >> getUserAgentStylesheet() will cause this to happen. So I think what >> is happening here is that the getUserAgentStylesheet() call happens >> in the middle of CSS being processed on the Control; thus, the CSS >> for the parent nodes of the control will all be tossed out and the >> lookups will fail. This all settles out in the next CSS pass, which >> is why you don't see an issue with the look. >> >> There was some work done in 8u40 improve the handling of reapplying >> CSS. There were also some changes to getUserAgentStylesheet() so that >> it only affects the control and not the whole scene-graph. Try 8u40 >> and see if that doesn't help. If you still get these warnings on >> 8u40, then please create a bug in jira. >> >> On 10/21/14, 2:10 AM, Tom Eugelink wrote: >>> Has anyone every figured out what the cause is of these CSS warnings >>> I get? They do not seem to influence the look at all, and since I >>> copied the styling from moderna.css, they do not seem to be valid >>> either. I suspect it may have to do with a different handling of CSS >>> and that I cannot reuse stuff defined in moderna? Because if I take >>> the first error; -fx-focus-color is defined in moderna.css. >>> >>> Tom >>> >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-focus-color' while resolving lookups >>> for '-fx-background-color' from rule '*.ListSpinnerSkin' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-focus-color' while resolving lookups >>> for '-fx-background-color' from rule '*.ListSpinnerSkin' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-background-color' while >>> resolving lookups for '-fx-text-fill' from rule '*.label' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button:selected' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-accent' while resolving lookups for >>> '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in >>> stylesheet >>> file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-text-base-color' while resolving >>> lookups for '-fx-text-fill' from rule '*.toggle-button' in >>> stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>> WARNING: Could not resolve '-fx-shadow-highlight-color' while >>> resolving lookups for '-fx-background-color' from rule >>> '*.toggle-button' in stylesheet >>> jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>> >>> >>> >> > From jgodino at yahoo.com Tue Oct 21 17:46:07 2014 From: jgodino at yahoo.com (Francisco Javier Godino) Date: Tue, 21 Oct 2014 10:46:07 -0700 Subject: Winlauncher & Preloader Message-ID: <1413913567.38755.YahooMailNeo@web121703.mail.ne1.yahoo.com> Hello: I created an application that it uses Preloader. The preload is running perfectly if it is invoked directly. (Ej: Java -jar jarfile.jar) If I use the winlauncher, the preloader is not invoked. Thanks in advance Javier P/D I opened the MANIFEST.MF inside the JAR file and the directive "JavaFX-Preloader-Class" is correct. The preloader.jar file is inside the classpath. From kevin.rushforth at oracle.com Tue Oct 21 18:04:15 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 21 Oct 2014 11:04:15 -0700 Subject: Winlauncher & Preloader In-Reply-To: <1413913567.38755.YahooMailNeo@web121703.mail.ne1.yahoo.com> References: <1413913567.38755.YahooMailNeo@web121703.mail.ne1.yahoo.com> Message-ID: <5446A01F.6020008@oracle.com> I think you are running into https://javafx-jira.kenai.com/browse/RT-36851 -- Kevin Francisco Javier Godino wrote: > Hello: > > > I created an application that it uses Preloader. > > The preload is running perfectly if it is invoked directly. > > (Ej: Java -jar jarfile.jar) > > If I use the winlauncher, the preloader is not invoked. > > Thanks in advance > > Javier > > P/D > > > I opened the MANIFEST.MF inside the JAR file and the directive "JavaFX-Preloader-Class" is correct. > The preloader.jar file is inside the classpath. > From james.graham at oracle.com Tue Oct 21 21:41:14 2014 From: james.graham at oracle.com (Jim Graham) Date: Tue, 21 Oct 2014 14:41:14 -0700 Subject: 8u40 review request: RT-39046 - region cache rendering artifacts on SW pipeline Message-ID: <5446D2FA.1060403@oracle.com> Jira: https://javafx-jira.kenai.com/browse/RT-39046 webrev: http://cr.openjdk.java.net/~flar/RT-39046/webrev.00/ ...jim From tbee at tbee.org Wed Oct 22 05:44:35 2014 From: tbee at tbee.org (Tom Eugelink) Date: Wed, 22 Oct 2014 07:44:35 +0200 Subject: CSS warning In-Reply-To: <544695D3.9090602@oracle.com> References: <5445F8BF.6000609@tbee.org> <54466B5D.6020109@oracle.com> <5446933F.1030607@tbee.org> <544695D3.9090602@oracle.com> Message-ID: <54474443.5080200@tbee.org> I understand and see the merrits of special handling so that the engine prevents leaking. OTOH, special handling always is extra overhead, and I know how careful the JavaFX team weighs any additional performance hit, so the question remains if the engine should have a special handling or the CSS should have selectors that prevent leaking. You could, for example, have the CSS parser add an generated class to all the control's CSS rules, and also add that class to the control (basically what I have done explicitely). In this way the CSS engine does not need special handling, but uses the existing selector logic to prevent leaking. Anywho, my concern was placed on the table, I do not have enough knowledge of the CSS engine to argue the finer details. Tom On 21-10-2014 19:20, David Grieve wrote: > > On 10/21/14, 1:09 PM, Tom Eugelink wrote: >> That makes sense :-) I've tested it under 8U40, took some hacking because of the other CSS problems with the "only affects the control", but it indeed seems to not be a problem anymore. >> >> About this "only affects the control"; are you sure you want to add special CSS handling for controls in the code, instead of making sure that the CSS only applies to the correct nodes by better using CSS selectors? It seems to me CSS classes are a perfect mechanism for this. HTML engines don't have special CSS handling for divs or imgs or ... > Yes, I'm sure. Keep in mind that the stylesheet returned by getUserAgentStylesheet() is treated as a user-agent stylesheet for the purpose of the cascade. I would argue, however, that you don't want styles from some third party control leaking into other parts of your application. What the special handling does is allow css to be bundled with some control and for the control to be dropped into a scene-graph without affecting the rest of the application. >> >> Tom >> >> >> >> On 21-10-2014 16:19, David Grieve wrote: >>> JavaFX CSS has a 'lookup' feature that allows you to declare the value of a property as another property. For example, the -fx-base property defines the base color of the modena theme (the same goes for caspian). When a css value is calculated, these looked-up properties have to be resolved to a real value. The code looks for matching styles starting with the current node and going up the parent chain to the root of the scene-graph until it finds a value that doesn't need to be further resolved. If the value isn't resolved, then this message is printed out. >>> >>> Resolving a lookup value is dependent on a node's parents having already been processed by CSS. If, for example, -fx-base is in .root and the root of the scene-graph hasn't been processed by CSS, the root node will not have any styles and the lookup will fail. The CSS code tries to ensure that CSS is always processed from the root down and also tries to ensure that the CSS state of parent nodes is not dirty when CSS is processed on a child node. >>> >>> When new styles are added to the scene-graph, from adding a stylesheet to the scene or adding a user-agent stylesheet, CSS is reapplied to the scene-graph. This means that all the matching styles and calculated values are thrown away and re-evaluated from scratch. In 8u20, adding a stylesheet to a control via the Control method getUserAgentStylesheet() will cause this to happen. So I think what is happening here is that the getUserAgentStylesheet() call happens in the middle of CSS being processed on the Control; thus, the CSS for the parent nodes of the control will all be tossed out and the lookups will fail. This all settles out in the next CSS pass, which is why you don't see an issue with the look. >>> >>> There was some work done in 8u40 improve the handling of reapplying CSS. There were also some changes to getUserAgentStylesheet() so that it only affects the control and not the whole scene-graph. Try 8u40 and see if that doesn't help. If you still get these warnings on 8u40, then please create a bug in jira. >>> >>> On 10/21/14, 2:10 AM, Tom Eugelink wrote: >>>> Has anyone every figured out what the cause is of these CSS warnings I get? They do not seem to influence the look at all, and since I copied the styling from moderna.css, they do not seem to be valid either. I suspect it may have to do with a different handling of CSS and that I cannot reuse stuff defined in moderna? Because if I take the first error; -fx-focus-color is defined in moderna.css. >>>> >>>> Tom >>>> >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-focus-color' while resolving lookups for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-focus-color' while resolving lookups for '-fx-background-color' from rule '*.ListSpinnerSkin' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/ListSpinner.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-background-color' while resolving lookups for '-fx-text-fill' from rule '*.label' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button:selected' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-accent' while resolving lookups for '-fx-text-fill' from rule '*.CalendarPickerControlSkin *.weekend' in stylesheet file:/C:/Users/user/Documents/jfxtras/jfxtras-controls/_build/jfxtras/internal/scene/control/CalendarPicker.css >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:42 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-text-base-color' while resolving lookups for '-fx-text-fill' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> okt 21, 2014 8:02:43 AM javafx.scene.CssStyleHelper calculateValue >>>> WARNING: Could not resolve '-fx-shadow-highlight-color' while resolving lookups for '-fx-background-color' from rule '*.toggle-button' in stylesheet jar:file:/C:/Program%20Files%20(x86)/Java/jre1.8.0_20/lib/ext/jfxrt.jar!/com/sun/javafx/scene/control/skin/modena/modena.bss >>>> >>>> >>>> >>> >> > From navdeepsingh.sidhu95 at gmail.com Wed Oct 22 10:06:46 2014 From: navdeepsingh.sidhu95 at gmail.com (Navdeep Singh Sidhu) Date: Wed, 22 Oct 2014 15:36:46 +0530 Subject: Why Javafx UI hangs or become unresponsive on using Plarform.runLater() ? Message-ID: Thank you guys , i will try all your suggestions. Jeffery i tried your Xanthic code, it says some files from parser package are missing. I will happy to try your code as soon you will finish it, :) let me know whenever you finish your code and stabilize it. Also don't forget to add dependencies in your .jar library, that may save a lot of time for other users. :) Proper documentation will help starters like me. :P. For the time i'm trying to use RichTextFX, and adding the code area to the tabs i will use in code editor, but line numbers are missing because Tomas applied the css to the scene in my case i'm returning the codeArea from JavaKeywordsAsync class without adding it to Scene and applying the CSS to the codeArea. thanks a lot all of you. Regards Navdeep Singh Sidhu From morris.meyer at oracle.com Wed Oct 22 19:52:32 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Wed, 22 Oct 2014 15:52:32 -0400 Subject: 8u40 Review Request: [EnsembleApp] Icon for Spinner is the same as progress bar Message-ID: <54480B00.1050603@oracle.com> Folks, Please review the new icon. Thanks, --morris WEBREV - http://cr.openjdk.java.net/~morris/RT-39101.01 BUG - https://javafx-jira.kenai.com/browse/RT-39101 From danno.ferrin at oracle.com Thu Oct 23 14:58:17 2014 From: danno.ferrin at oracle.com (Danno Ferrin) Date: Thu, 23 Oct 2014 08:58:17 -0600 Subject: Review Request: RT-36851 - preloaders don't work in packaged applicaitons Message-ID: <42E7786F-45C3-4D0D-BA16-710DE61DCEC8@oracle.com> Kevin, Stephen, Please review RT-36851. There is one file in graphics in the application model affected by this change, and it is the most important change. My rational is in the JIRA. JIRA: https://javafx-jira.kenai.com/browse/RT-36851 WebRev: http://cr.openjdk.java.net/~shemnon/RT-36851/webrev.00/ Thanks, --Danno From james.graham at oracle.com Thu Oct 23 20:24:50 2014 From: james.graham at oracle.com (Jim Graham) Date: Thu, 23 Oct 2014 13:24:50 -0700 Subject: preliminary 8u40 review request for RT-38948: Subscene text is blurry Message-ID: <54496412.9050504@oracle.com> Jira: https://javafx-jira.kenai.com/browse/RT-38948 webrev: http://cr.openjdk.java.net/~flar/RT-38948/webrev.01/ There are some notes that raise questions in the Jira comments. A webrev.02 will likely follow, but the webrev does fix the bug in question... ...jim From leif.samuelsson at oracle.com Thu Oct 23 22:04:37 2014 From: leif.samuelsson at oracle.com (Leif Samuelsson) Date: Thu, 23 Oct 2014 15:04:37 -0700 Subject: [8u40] Review request for RT-38978: [ComboBox] Editable ComboBox doesn't handle IM events if it gets focus through focus traversal keys. Message-ID: <54497B75.2070805@oracle.com> Hi Naoto and Jonathan, Please review this fix for ComboBox and DatePicker. Jira: https://javafx-jira.kenai.com/browse/RT-38978 Webrev: http://cr.openjdk.java.net/~leifs/rt38978/ Thanks, Leif From ngalarneau at ABINITIO.COM Thu Oct 23 22:05:01 2014 From: ngalarneau at ABINITIO.COM (ngalarneau at ABINITIO.COM) Date: Thu, 23 Oct 2014 18:05:01 -0400 Subject: Latest Scene Builder release? Message-ID: What is the latest Scene Builder release? The latest I've seen is at: http://www.oracle.com/technetwork/java/javase/downloads/sb2download-2177776.html Unfortunately, that version is from March & therefore doesn't have support for the new stuff from the August Java 8 Update 20 release. Is there a version that is newer than March? By the way, on that page is a link to "the JavaFX forum" which is a dead link. Thanks, Neil NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. From chien.yang at oracle.com Fri Oct 24 00:05:13 2014 From: chien.yang at oracle.com (Chien Yang) Date: Thu, 23 Oct 2014 17:05:13 -0700 Subject: [8u40] Code Review Request for RT-38726: Scene and scenegraph leak when the Stage is closed Message-ID: <544997B9.5020609@oracle.com> Hi Kevin and Morris, Please review the proposed fix: JIRA: https://javafx-jira.kenai.com/browse/RT-38726 Webrev: http://cr.openjdk.java.net/~ckyang/RT-38726/webrev.00/ Thanks, - Chien From vadim.pakhnushev at oracle.com Fri Oct 24 04:37:44 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 24 Oct 2014 08:37:44 +0400 Subject: [8u40] Review request for RT-39045: [Stage, Windows] Bad rendering of Icons Message-ID: <5449D798.9030503@oracle.com> Hi David, Please review this fix: https://javafx-jira.kenai.com/browse/RT-39045 http://cr.openjdk.java.net/~vadim/RT-39045/webrev.00/ Thanks, Vadim From adam at adamish.com Fri Oct 24 08:52:41 2014 From: adam at adamish.com (Adam Granger) Date: Fri, 24 Oct 2014 07:52:41 -0100 Subject: Software rendering in Prism in JavaFX 8? Message-ID: <762774b81751eb5d255f309b2074f67d.squirrel@webmail.adamish.com> 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. From adam at adamish.com Fri Oct 24 08:59:42 2014 From: adam at adamish.com (Adam Granger) Date: Fri, 24 Oct 2014 07:59:42 -0100 Subject: JavaFX training? Message-ID: 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. From johan at lodgon.com Fri Oct 24 09:16:18 2014 From: johan at lodgon.com (Johan Vos) Date: Fri, 24 Oct 2014 11:16:18 +0200 Subject: JavaFX training? In-Reply-To: References: Message-ID: Hi Adam, As lead author of Pro JavaFX 8, I'm biased of course, but there are a number of good books available at Amazon: http://www.amazon.com/s/field-keywords=javafx I know JavaFX, Introduction by example from Carl Dea, et.al, our own Pro JavaFX 8 (me, Weiqi Gao, James Weaver, Stephen Chin and Dean Iverson), JavaFX Rich Client Platform on Netbeans (Anderson & Anderson) and Mastering JavaFX 8 Controls (Hendrik Ebbers) and all of these are excellent books. As for training, I'm even more biased as my company LodgON recently announced that we are doing JavaFX trainings: http://www.lodgon.com/dali/page/JavaFX_Consulting_2 (feel free to contact me directly if interested) Some of the best online resources I know: http://fxexperience.com/ https://www.java.net/community/javafx - Johan 2014-10-24 10:59 GMT+02:00 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. > > From powers.anirvan at gmail.com Fri Oct 24 10:27:16 2014 From: powers.anirvan at gmail.com (Anirvan Sarkar) Date: Fri, 24 Oct 2014 15:57:16 +0530 Subject: JavaFX 8 Demos and Samples Message-ID: 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 From vadim.pakhnushev at oracle.com Fri Oct 24 11:21:39 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 24 Oct 2014 15:21:39 +0400 Subject: [8u40] Review request for RT-39066: [Slider] Tick labels for slider are not shown (regression) Message-ID: <544A3643.1010607@oracle.com> 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 From vadim.pakhnushev at oracle.com Fri Oct 24 11:27:44 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 24 Oct 2014 15:27:44 +0400 Subject: JavaFX 8 Demos and Samples In-Reply-To: References: Message-ID: <544A37B0.8070703@oracle.com> 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 From powers.anirvan at gmail.com Fri Oct 24 12:51:44 2014 From: powers.anirvan at gmail.com (Anirvan Sarkar) Date: Fri, 24 Oct 2014 18:21:44 +0530 Subject: JavaFX 8 Demos and Samples In-Reply-To: <544A37B0.8070703@oracle.com> References: <544A37B0.8070703@oracle.com> Message-ID: 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 From steve.x.northover at oracle.com Fri Oct 24 14:21:34 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 24 Oct 2014 10:21:34 -0400 Subject: Software rendering in Prism in JavaFX 8? In-Reply-To: <762774b81751eb5d255f309b2074f67d.squirrel@webmail.adamish.com> References: <762774b81751eb5d255f309b2074f67d.squirrel@webmail.adamish.com> Message-ID: <544A606E.1040709@oracle.com> 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. From vadim.pakhnushev at oracle.com Fri Oct 24 14:32:27 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 24 Oct 2014 18:32:27 +0400 Subject: In(Sanity) Testing Mondays Message-ID: <544A62FB.6000601@oracle.com> 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 From rsteiger at ensemblesoft.net Fri Oct 24 17:31:50 2014 From: rsteiger at ensemblesoft.net (Richard Steiger) Date: Fri, 24 Oct 2014 10:31:50 -0700 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <54136858.3070507@oracle.com> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> Message-ID: <544A8D06.7030704@ensemblesoft.net> 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 java.lang.Class.isInterface] >> [Registering JNI native method java.lang.Class.getSigners] >> [Registering JNI native method java.lang.Class.setSigners] >> [Registering JNI native method java.lang.Class.isArray] >> [Registering JNI native method java.lang.Class.isPrimitive] >> [Registering JNI native method java.lang.Class.getComponentType] >> [Registering JNI native method java.lang.Class.getModifiers] >> [Registering JNI native method java.lang.Class.getDeclaredFields0] >> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >> [Registering JNI native method java.lang.Class.getDeclaredConstructors0] >> [Registering JNI native method java.lang.Class.getProtectionDomain0] >> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >> [Registering JNI native method java.lang.Class.getDeclaringClass0] >> [Registering JNI native method java.lang.Class.getGenericSignature0] >> [Registering JNI native method java.lang.Class.getRawAnnotations] >> [Registering JNI native method java.lang.Class.getConstantPool] >> [Registering JNI native method java.lang.Class.desiredAssertionStatus0] >> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >> [Dynamic-linking native method java.lang.ClassLoader.registerNatives >> ... JNI] >> [Registering JNI native method java.lang.ClassLoader.retrieveDirectives] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged ... JNI] >> [Dynamic-linking native method java.lang.Class.getPrimitiveClass ... >> JNI] >> [Dynamic-linking native method java.lang.Float.floatToRawIntBits ... >> JNI] >> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits >> ... JNI] >> [Dynamic-linking native method java.lang.Double.longBitsToDouble ... >> JNI] >> [Dynamic-linking native method java.lang.System.initProperties ... JNI] >> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >> [Dynamic-linking native method java.io.FileInputStream.initIDs ... JNI] >> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... JNI] >> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... JNI] >> [Registering JNI native method sun.misc.Unsafe.getObject] >> [Registering JNI native method sun.misc.Unsafe.putObject] >> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >> [Registering JNI native method sun.misc.Unsafe.getBoolean] >> [Registering JNI native method sun.misc.Unsafe.putBoolean] >> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >> [Registering JNI native method sun.misc.Unsafe.getByte] >> [Registering JNI native method sun.misc.Unsafe.putByte] >> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >> [Registering JNI native method sun.misc.Unsafe.getShort] >> [Registering JNI native method sun.misc.Unsafe.putShort] >> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >> [Registering JNI native method sun.misc.Unsafe.getChar] >> [Registering JNI native method sun.misc.Unsafe.putChar] >> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >> [Registering JNI native method sun.misc.Unsafe.getInt] >> [Registering JNI native method sun.misc.Unsafe.putInt] >> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >> [Registering JNI native method sun.misc.Unsafe.getLong] >> [Registering JNI native method sun.misc.Unsafe.putLong] >> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >> [Registering JNI native method sun.misc.Unsafe.getFloat] >> [Registering JNI native method sun.misc.Unsafe.putFloat] >> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >> [Registering JNI native method sun.misc.Unsafe.getDouble] >> [Registering JNI native method sun.misc.Unsafe.putDouble] >> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >> [Registering JNI native method sun.misc.Unsafe.getByte] >> [Registering JNI native method sun.misc.Unsafe.putByte] >> [Registering JNI native method sun.misc.Unsafe.getShort] >> [Registering JNI native method sun.misc.Unsafe.putShort] >> [Registering JNI native method sun.misc.Unsafe.getChar] >> [Registering JNI native method sun.misc.Unsafe.putChar] >> [Registering JNI native method sun.misc.Unsafe.getInt] >> [Registering JNI native method sun.misc.Unsafe.putInt] >> [Registering JNI native method sun.misc.Unsafe.getLong] >> [Registering JNI native method sun.misc.Unsafe.putLong] >> [Registering JNI native method sun.misc.Unsafe.getFloat] >> [Registering JNI native method sun.misc.Unsafe.putFloat] >> [Registering JNI native method sun.misc.Unsafe.getDouble] >> [Registering JNI native method sun.misc.Unsafe.putDouble] >> [Registering JNI native method sun.misc.Unsafe.getAddress] >> [Registering JNI native method sun.misc.Unsafe.putAddress] >> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >> [Registering JNI native method sun.misc.Unsafe.freeMemory] >> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >> [Registering JNI native method sun.misc.Unsafe.addressSize] >> [Registering JNI native method sun.misc.Unsafe.pageSize] >> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace >> ... JNI] >> [Registering JNI native method sun.misc.Unsafe.getObject] >> [Registering JNI native method sun.misc.Unsafe.putObject] >> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >> [Registering JNI native method sun.misc.Unsafe.getBoolean] >> [Registering JNI native method sun.misc.Unsafe.putBoolean] >> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >> [Registering JNI native method sun.misc.Unsafe.getByte] >> [Registering JNI native method sun.misc.Unsafe.putByte] >> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >> [Registering JNI native method sun.misc.Unsafe.getShort] >> [Registering JNI native method sun.misc.Unsafe.putShort] >> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >> [Registering JNI native method sun.misc.Unsafe.getChar] >> [Registering JNI native method sun.misc.Unsafe.putChar] >> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >> [Registering JNI native method sun.misc.Unsafe.getInt] >> [Registering JNI native method sun.misc.Unsafe.putInt] >> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >> [Registering JNI native method sun.misc.Unsafe.getLong] >> [Registering JNI native method sun.misc.Unsafe.putLong] >> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >> [Registering JNI native method sun.misc.Unsafe.getFloat] >> [Registering JNI native method sun.misc.Unsafe.putFloat] >> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >> [Registering JNI native method sun.misc.Unsafe.getDouble] >> [Registering JNI native method sun.misc.Unsafe.putDouble] >> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >> [Registering JNI native method sun.misc.Unsafe.getByte] >> [Registering JNI native method sun.misc.Unsafe.putByte] >> [Registering JNI native method sun.misc.Unsafe.getShort] >> [Registering JNI native method sun.misc.Unsafe.putShort] >> [Registering JNI native method sun.misc.Unsafe.getChar] >> [Registering JNI native method sun.misc.Unsafe.putChar] >> [Registering JNI native method sun.misc.Unsafe.getInt] >> [Registering JNI native method sun.misc.Unsafe.putInt] >> [Registering JNI native method sun.misc.Unsafe.getLong] >> [Registering JNI native method sun.misc.Unsafe.putLong] >> [Registering JNI native method sun.misc.Unsafe.getFloat] >> [Registering JNI native method sun.misc.Unsafe.putFloat] >> [Registering JNI native method sun.misc.Unsafe.getDouble] >> [Registering JNI native method sun.misc.Unsafe.putDouble] >> [Registering JNI native method sun.misc.Unsafe.getAddress] >> [Registering JNI native method sun.misc.Unsafe.putAddress] >> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >> [Registering JNI native method sun.misc.Unsafe.freeMemory] >> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >> [Registering JNI native method sun.misc.Unsafe.addressSize] >> [Registering JNI native method sun.misc.Unsafe.pageSize] >> [Registering JNI native method sun.misc.Unsafe.defineClass] >> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >> [Registering JNI native method sun.misc.Unsafe.monitorExit] >> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >> [Registering JNI native method sun.misc.Unsafe.throwException] >> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >> [Registering JNI native method sun.misc.Unsafe.park] >> [Registering JNI native method sun.misc.Unsafe.unpark] >> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >> [Registering JNI native method sun.misc.Unsafe.copyMemory] >> [Registering JNI native method sun.misc.Unsafe.setMemory] >> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >> [Registering JNI native method sun.misc.Unsafe.loadFence] >> [Registering JNI native method sun.misc.Unsafe.storeFence] >> [Registering JNI native method sun.misc.Unsafe.fullFence] >> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass >> ... JNI] >> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >> [Dynamic-linking native method java.io.FileOutputStream.initIDs ... JNI] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged ... JNI] >> [Dynamic-linking native method java.lang.String.intern ... JNI] >> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >> [Dynamic-linking native method >> sun.reflect.Reflection.getClassAccessFlags ... JNI] >> [Dynamic-linking native method >> sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... JNI] >> [Dynamic-linking native method java.lang.System.mapLibraryName ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader$NativeLibrary.load ... JNI] >> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode ... >> JNI] >> [Dynamic-linking native method java.lang.Compiler.registerNatives ... >> JNI] >> [Registering JNI native method java.lang.Compiler.compileClass] >> [Registering JNI native method java.lang.Compiler.compileClasses] >> [Registering JNI native method java.lang.Compiler.command] >> [Registering JNI native method java.lang.Compiler.enable] >> [Registering JNI native method java.lang.Compiler.disable] >> [Dynamic-linking native method java.lang.Class.isAssignableFrom ... JNI] >> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >> [Dynamic-linking native method java.io.FileInputStream.readBytes ... >> JNI] >> [Dynamic-linking native method java.io.FileInputStream.available ... >> JNI] >> [Dynamic-linking native method java.lang.reflect.Array.newArray ... JNI] >> [Dynamic-linking native method java.lang.Runtime.availableProcessors >> ... JNI] >> [Dynamic-linking native method java.io.FileInputStream.close0 ... JNI] >> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >> [Dynamic-linking native method java.lang.ClassLoader.findLoadedClass0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader.findBootstrapClass ... JNI] >> [Dynamic-linking native method sun.misc.VMSupport.initAgentProperties >> ... JNI] >> [Dynamic-linking native method >> java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.init] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.expand] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.resolve] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getConstant] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getNamedCon] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getMembers] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.objectFieldOffset] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.staticFieldOffset] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.staticFieldBase] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >> [Registering JNI native method >> java.lang.invoke.MethodHandle.invokeExact] >> [Dynamic-linking native method >> java.lang.ClassLoader$NativeLibrary.find ... JNI] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >> [Dynamic-linking native method java.lang.Package.getSystemPackage0 >> ... JNI] >> [Dynamic-linking native method java.io.WinNTFileSystem.getLength ... >> JNI] >> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >> [Registering JNI native method sun.misc.Perf.attach] >> [Registering JNI native method sun.misc.Perf.detach] >> [Registering JNI native method sun.misc.Perf.createLong] >> [Registering JNI native method sun.misc.Perf.createByteArray] >> [Registering JNI native method sun.misc.Perf.highResCounter] >> [Registering JNI native method sun.misc.Perf.highResFrequency] >> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 ... >> JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC >> ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag ... >> JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime ... >> JNI] >> [Dynamic-linking native method java.util.TimeZone.getSystemTimeZoneID >> ... JNI] >> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc ... >> JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize ... >> JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize >> ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod >> ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes >> ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... JNI] >> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... JNI] >> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes >> ... JNI] >> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >> [Dynamic-linking native method >> sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged ... JNI] >> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >> [Dynamic-linking native method java.lang.System.identityHashCode ... >> JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._init ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... JNI] >> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start >> ... JNI] >> [Dynamic-linking native method java.lang.Throwable.getStackTraceDepth >> ... JNI] >> [Dynamic-linking native method >> java.lang.Throwable.getStackTraceElement ... JNI] >> [Dynamic-linking native method java.io.FileOutputStream.writeBytes >> ... JNI] >> Exception in Application start method >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop >> ... JNI] >> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nDispose >> ... JNI] >> java.lang.reflect.InvocationTargetException >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at java.lang.reflect.Method.invoke(Method.java:483) >> at >> com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >> at >> com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at java.lang.reflect.Method.invoke(Method.java:483) >> at >> sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >> Caused by: java.lang.RuntimeException: Exception in Application start >> method >> at >> com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >> at >> com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >> at >> com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >> Source) >> at java.lang.Thread.run(Thread.java:745) >> Caused by: java.lang.UnsatisfiedLinkError: >> com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >> at >> com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native Method) >> at >> com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >> at >> com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >> at >> com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >> at >> com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >> at >> com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >> at javafx.scene.control.Control.(Control.java:87) >> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >> at >> com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >> at >> com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >> Source) >> at >> com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >> at >> com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >> Source) >> at >> com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >> at >> com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >> Source) >> at java.security.AccessController.doPrivileged(Native Method) >> at >> com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >> at >> com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >> Source) >> at >> com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >> at >> com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >> at >> com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown >> Source) >> ... 1 more >> Exception running application net.ess.newTools.HtmlEditor >> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >> >> On the assumption that the VM is failing to load some dll, I've tried >> numerous means for letting eclipse know the load library path, including >> >> * passing "-Djava.library.path=" on the VM's command-line using , >> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >> (where all dlls appear to live) >> * setting the LD_LIBRARY_PATH environment var to both of the above dirs >> * adding both of the above dirs to PATH >> * cloning all dlls to the directory containing the >> javafx.application.Application.class file >> >> to no avail, I seem to be shooting in the dark (i.e. don't know >> enough what I'm doing). >> >> I'd appreciate any advice any of you can provide to help me get unstuck. >> >> Thanks, >> >> -rjs >> > From steve.x.northover at oracle.com Fri Oct 24 17:43:36 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 24 Oct 2014 13:43:36 -0400 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <544A8D06.7030704@ensemblesoft.net> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> Message-ID: <544A8FC8.6010000@oracle.com> 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] >>> [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 java.lang.Class.isInterface] >>> [Registering JNI native method java.lang.Class.getSigners] >>> [Registering JNI native method java.lang.Class.setSigners] >>> [Registering JNI native method java.lang.Class.isArray] >>> [Registering JNI native method java.lang.Class.isPrimitive] >>> [Registering JNI native method java.lang.Class.getComponentType] >>> [Registering JNI native method java.lang.Class.getModifiers] >>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>> [Registering JNI native method >>> java.lang.Class.getDeclaredConstructors0] >>> [Registering JNI native method java.lang.Class.getProtectionDomain0] >>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>> [Registering JNI native method java.lang.Class.getGenericSignature0] >>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>> [Registering JNI native method java.lang.Class.getConstantPool] >>> [Registering JNI native method java.lang.Class.desiredAssertionStatus0] >>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >>> [Dynamic-linking native method java.lang.ClassLoader.registerNatives >>> ... JNI] >>> [Registering JNI native method >>> java.lang.ClassLoader.retrieveDirectives] >>> [Dynamic-linking native method >>> java.security.AccessController.doPrivileged ... JNI] >>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass ... >>> JNI] >>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits ... >>> JNI] >>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits >>> ... JNI] >>> [Dynamic-linking native method java.lang.Double.longBitsToDouble ... >>> JNI] >>> [Dynamic-linking native method java.lang.System.initProperties ... JNI] >>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... JNI] >>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... JNI] >>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... JNI] >>> [Registering JNI native method sun.misc.Unsafe.getObject] >>> [Registering JNI native method sun.misc.Unsafe.putObject] >>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getByte] >>> [Registering JNI native method sun.misc.Unsafe.putByte] >>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getShort] >>> [Registering JNI native method sun.misc.Unsafe.putShort] >>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getChar] >>> [Registering JNI native method sun.misc.Unsafe.putChar] >>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getInt] >>> [Registering JNI native method sun.misc.Unsafe.putInt] >>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getLong] >>> [Registering JNI native method sun.misc.Unsafe.putLong] >>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getByte] >>> [Registering JNI native method sun.misc.Unsafe.putByte] >>> [Registering JNI native method sun.misc.Unsafe.getShort] >>> [Registering JNI native method sun.misc.Unsafe.putShort] >>> [Registering JNI native method sun.misc.Unsafe.getChar] >>> [Registering JNI native method sun.misc.Unsafe.putChar] >>> [Registering JNI native method sun.misc.Unsafe.getInt] >>> [Registering JNI native method sun.misc.Unsafe.putInt] >>> [Registering JNI native method sun.misc.Unsafe.getLong] >>> [Registering JNI native method sun.misc.Unsafe.putLong] >>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace >>> ... JNI] >>> [Registering JNI native method sun.misc.Unsafe.getObject] >>> [Registering JNI native method sun.misc.Unsafe.putObject] >>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getByte] >>> [Registering JNI native method sun.misc.Unsafe.putByte] >>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getShort] >>> [Registering JNI native method sun.misc.Unsafe.putShort] >>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getChar] >>> [Registering JNI native method sun.misc.Unsafe.putChar] >>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getInt] >>> [Registering JNI native method sun.misc.Unsafe.putInt] >>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getLong] >>> [Registering JNI native method sun.misc.Unsafe.putLong] >>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>> [Registering JNI native method sun.misc.Unsafe.getByte] >>> [Registering JNI native method sun.misc.Unsafe.putByte] >>> [Registering JNI native method sun.misc.Unsafe.getShort] >>> [Registering JNI native method sun.misc.Unsafe.putShort] >>> [Registering JNI native method sun.misc.Unsafe.getChar] >>> [Registering JNI native method sun.misc.Unsafe.putChar] >>> [Registering JNI native method sun.misc.Unsafe.getInt] >>> [Registering JNI native method sun.misc.Unsafe.putInt] >>> [Registering JNI native method sun.misc.Unsafe.getLong] >>> [Registering JNI native method sun.misc.Unsafe.putLong] >>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>> [Registering JNI native method sun.misc.Unsafe.throwException] >>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>> [Registering JNI native method sun.misc.Unsafe.park] >>> [Registering JNI native method sun.misc.Unsafe.unpark] >>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass >>> ... JNI] >>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>> [Dynamic-linking native method java.io.FileOutputStream.initIDs ... >>> JNI] >>> [Dynamic-linking native method >>> java.security.AccessController.doPrivileged ... JNI] >>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>> [Dynamic-linking native method >>> sun.reflect.Reflection.getClassAccessFlags ... JNI] >>> [Dynamic-linking native method >>> sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... JNI] >>> [Dynamic-linking native method java.lang.System.mapLibraryName ... JNI] >>> [Dynamic-linking native method >>> java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >>> [Dynamic-linking native method >>> java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 >>> ... JNI] >>> [Dynamic-linking native method >>> java.lang.ClassLoader$NativeLibrary.load ... JNI] >>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode >>> ... JNI] >>> [Dynamic-linking native method java.lang.Compiler.registerNatives >>> ... JNI] >>> [Registering JNI native method java.lang.Compiler.compileClass] >>> [Registering JNI native method java.lang.Compiler.compileClasses] >>> [Registering JNI native method java.lang.Compiler.command] >>> [Registering JNI native method java.lang.Compiler.enable] >>> [Registering JNI native method java.lang.Compiler.disable] >>> [Dynamic-linking native method java.lang.Class.isAssignableFrom ... >>> JNI] >>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>> [Dynamic-linking native method java.io.FileInputStream.readBytes ... >>> JNI] >>> [Dynamic-linking native method java.io.FileInputStream.available ... >>> JNI] >>> [Dynamic-linking native method java.lang.reflect.Array.newArray ... >>> JNI] >>> [Dynamic-linking native method java.lang.Runtime.availableProcessors >>> ... JNI] >>> [Dynamic-linking native method java.io.FileInputStream.close0 ... JNI] >>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>> [Dynamic-linking native method >>> java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >>> [Dynamic-linking native method >>> java.lang.ClassLoader.findLoadedClass0 ... JNI] >>> [Dynamic-linking native method >>> java.lang.ClassLoader.findBootstrapClass ... JNI] >>> [Dynamic-linking native method >>> sun.misc.VMSupport.initAgentProperties ... JNI] >>> [Dynamic-linking native method >>> java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.init] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.expand] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.resolve] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.getConstant] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.getNamedCon] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.getMembers] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.objectFieldOffset] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.staticFieldOffset] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.staticFieldBase] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >>> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >>> [Registering JNI native method >>> java.lang.invoke.MethodHandle.invokeExact] >>> [Dynamic-linking native method >>> java.lang.ClassLoader$NativeLibrary.find ... JNI] >>> [Dynamic-linking native method >>> java.security.AccessController.doPrivileged ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 >>> ... JNI] >>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength ... >>> JNI] >>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >>> [Registering JNI native method sun.misc.Perf.attach] >>> [Registering JNI native method sun.misc.Perf.detach] >>> [Registering JNI native method sun.misc.Perf.createLong] >>> [Registering JNI native method sun.misc.Perf.createByteArray] >>> [Registering JNI native method sun.misc.Perf.highResCounter] >>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 >>> ... JNI] >>> [Dynamic-linking native method >>> java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime >>> ... JNI] >>> [Dynamic-linking native method >>> java.util.TimeZone.getSystemTimeZoneID ... JNI] >>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc ... >>> JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... JNI] >>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... JNI] >>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes >>> ... JNI] >>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>> [Dynamic-linking native method >>> sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>> [Dynamic-linking native method >>> java.security.AccessController.doPrivileged ... JNI] >>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit >>> ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >>> [Dynamic-linking native method java.lang.System.identityHashCode ... >>> JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication._init ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... JNI] >>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start >>> ... JNI] >>> [Dynamic-linking native method >>> java.lang.Throwable.getStackTraceDepth ... JNI] >>> [Dynamic-linking native method >>> java.lang.Throwable.getStackTraceElement ... JNI] >>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes >>> ... JNI] >>> Exception in Application start method >>> [Dynamic-linking native method >>> com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop >>> ... JNI] >>> [Dynamic-linking native method >>> com.sun.prism.d3d.D3DPipeline.nDispose ... JNI] >>> java.lang.reflect.InvocationTargetException >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:483) >>> at >>> com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >>> at >>> com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:483) >>> at >>> sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >>> Caused by: java.lang.RuntimeException: Exception in Application >>> start method >>> at >>> com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >>> at >>> com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >>> at >>> com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >>> Source) >>> at java.lang.Thread.run(Thread.java:745) >>> Caused by: java.lang.UnsatisfiedLinkError: >>> com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >>> at >>> com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native >>> Method) >>> at >>> com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >>> at >>> com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >>> at >>> com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>> at >>> com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>> at >>> com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>> at javafx.scene.control.Control.(Control.java:87) >>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>> at >>> com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >>> at >>> com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >>> Source) >>> at >>> com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >>> at >>> com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >>> Source) >>> at >>> com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >>> >>> at >>> com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >>> Source) >>> at java.security.AccessController.doPrivileged(Native Method) >>> at >>> com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >>> at >>> com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >>> Source) >>> at >>> com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>> at >>> com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >>> at >>> com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown Source) >>> >>> ... 1 more >>> Exception running application net.ess.newTools.HtmlEditor >>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>> >>> On the assumption that the VM is failing to load some dll, I've >>> tried numerous means for letting eclipse know the load library path, >>> including >>> >>> * passing "-Djava.library.path=" on the VM's command-line using , >>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>> (where all dlls appear to live) >>> * setting the LD_LIBRARY_PATH environment var to both of the above >>> dirs >>> * adding both of the above dirs to PATH >>> * cloning all dlls to the directory containing the >>> javafx.application.Application.class file >>> >>> to no avail, I seem to be shooting in the dark (i.e. don't know >>> enough what I'm doing). >>> >>> I'd appreciate any advice any of you can provide to help me get >>> unstuck. >>> >>> Thanks, >>> >>> -rjs >>> >> > From rsteiger at ensemblesoft.net Fri Oct 24 18:05:39 2014 From: rsteiger at ensemblesoft.net (Richard Steiger) Date: Fri, 24 Oct 2014 11:05:39 -0700 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <544A8FC8.6010000@oracle.com> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> Message-ID: <544A94F3.5020804@ensemblesoft.net> 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.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 java.lang.Class.isInterface] >>>> [Registering JNI native method java.lang.Class.getSigners] >>>> [Registering JNI native method java.lang.Class.setSigners] >>>> [Registering JNI native method java.lang.Class.isArray] >>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>> [Registering JNI native method java.lang.Class.getComponentType] >>>> [Registering JNI native method java.lang.Class.getModifiers] >>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>> [Registering JNI native method >>>> java.lang.Class.getDeclaredConstructors0] >>>> [Registering JNI native method java.lang.Class.getProtectionDomain0] >>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>> [Registering JNI native method java.lang.Class.getGenericSignature0] >>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>> [Registering JNI native method >>>> java.lang.Class.desiredAssertionStatus0] >>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >>>> [Dynamic-linking native method >>>> java.lang.ClassLoader.registerNatives ... JNI] >>>> [Registering JNI native method >>>> java.lang.ClassLoader.retrieveDirectives] >>>> [Dynamic-linking native method >>>> java.security.AccessController.doPrivileged ... JNI] >>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass >>>> ... JNI] >>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits >>>> ... JNI] >>>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits >>>> ... JNI] >>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble >>>> ... JNI] >>>> [Dynamic-linking native method java.lang.System.initProperties ... >>>> JNI] >>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... >>>> JNI] >>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... JNI] >>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... >>>> JNI] >>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace >>>> ... JNI] >>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>> [Registering JNI native method sun.misc.Unsafe.park] >>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>> [Dynamic-linking native method >>>> sun.reflect.Reflection.getCallerClass ... JNI] >>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs ... >>>> JNI] >>>> [Dynamic-linking native method >>>> java.security.AccessController.doPrivileged ... JNI] >>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>> [Dynamic-linking native method >>>> sun.reflect.Reflection.getClassAccessFlags ... JNI] >>>> [Dynamic-linking native method >>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... >>>> JNI] >>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... >>>> JNI] >>>> [Dynamic-linking native method >>>> java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >>>> [Dynamic-linking native method >>>> java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >>>> [Dynamic-linking native method >>>> java.io.WinNTFileSystem.canonicalize0 ... JNI] >>>> [Dynamic-linking native method >>>> java.lang.ClassLoader$NativeLibrary.load ... JNI] >>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode >>>> ... JNI] >>>> [Dynamic-linking native method java.lang.Compiler.registerNatives >>>> ... JNI] >>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>> [Registering JNI native method java.lang.Compiler.command] >>>> [Registering JNI native method java.lang.Compiler.enable] >>>> [Registering JNI native method java.lang.Compiler.disable] >>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom ... >>>> JNI] >>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>> [Dynamic-linking native method java.io.FileInputStream.readBytes >>>> ... JNI] >>>> [Dynamic-linking native method java.io.FileInputStream.available >>>> ... JNI] >>>> [Dynamic-linking native method java.lang.reflect.Array.newArray ... >>>> JNI] >>>> [Dynamic-linking native method >>>> java.lang.Runtime.availableProcessors ... JNI] >>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... JNI] >>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>> [Dynamic-linking native method >>>> java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >>>> [Dynamic-linking native method >>>> java.lang.ClassLoader.findLoadedClass0 ... JNI] >>>> [Dynamic-linking native method >>>> java.lang.ClassLoader.findBootstrapClass ... JNI] >>>> [Dynamic-linking native method >>>> sun.misc.VMSupport.initAgentProperties ... JNI] >>>> [Dynamic-linking native method >>>> java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.init] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.expand] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.resolve] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.getConstant] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.getNamedCon] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.getMembers] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.objectFieldOffset] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.staticFieldOffset] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.staticFieldBase] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >>>> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >>>> [Registering JNI native method >>>> java.lang.invoke.MethodHandle.invokeExact] >>>> [Dynamic-linking native method >>>> java.lang.ClassLoader$NativeLibrary.find ... JNI] >>>> [Dynamic-linking native method >>>> java.security.AccessController.doPrivileged ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 >>>> ... JNI] >>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength >>>> ... JNI] >>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >>>> [Registering JNI native method sun.misc.Perf.attach] >>>> [Registering JNI native method sun.misc.Perf.detach] >>>> [Registering JNI native method sun.misc.Perf.createLong] >>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 >>>> ... JNI] >>>> [Dynamic-linking native method >>>> java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime >>>> ... JNI] >>>> [Dynamic-linking native method >>>> java.util.TimeZone.getSystemTimeZoneID ... JNI] >>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... >>>> JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... >>>> JNI] >>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... JNI] >>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes >>>> ... JNI] >>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>> [Dynamic-linking native method >>>> sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>> [Dynamic-linking native method >>>> java.security.AccessController.doPrivileged ... JNI] >>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit >>>> ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >>>> [Dynamic-linking native method java.lang.System.identityHashCode >>>> ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication._init ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... JNI] >>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start >>>> ... JNI] >>>> [Dynamic-linking native method >>>> java.lang.Throwable.getStackTraceDepth ... JNI] >>>> [Dynamic-linking native method >>>> java.lang.Throwable.getStackTraceElement ... JNI] >>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes >>>> ... JNI] >>>> Exception in Application start method >>>> [Dynamic-linking native method >>>> com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop >>>> ... JNI] >>>> [Dynamic-linking native method >>>> com.sun.prism.d3d.D3DPipeline.nDispose ... JNI] >>>> java.lang.reflect.InvocationTargetException >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>> at >>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>> at >>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>> at >>>> com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >>>> at >>>> com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>> at >>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>> at >>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>> at >>>> sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >>>> Caused by: java.lang.RuntimeException: Exception in Application >>>> start method >>>> at >>>> com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >>>> at >>>> com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >>>> >>>> at >>>> com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >>>> Source) >>>> at java.lang.Thread.run(Thread.java:745) >>>> Caused by: java.lang.UnsatisfiedLinkError: >>>> com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >>>> at >>>> com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native >>>> Method) >>>> at >>>> com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >>>> at >>>> com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >>>> at >>>> com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>> at >>>> com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>> at >>>> com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>> at javafx.scene.control.Control.(Control.java:87) >>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>> at >>>> com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >>>> >>>> at >>>> com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >>>> Source) >>>> at >>>> com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >>>> >>>> at >>>> com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >>>> Source) >>>> at >>>> com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >>>> >>>> at >>>> com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >>>> Source) >>>> at java.security.AccessController.doPrivileged(Native Method) >>>> at >>>> com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >>>> >>>> at >>>> com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >>>> Source) >>>> at >>>> com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>> at >>>> com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >>>> at >>>> com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown >>>> Source) >>>> ... 1 more >>>> Exception running application net.ess.newTools.HtmlEditor >>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>> >>>> On the assumption that the VM is failing to load some dll, I've >>>> tried numerous means for letting eclipse know the load library >>>> path, including >>>> >>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>> (where all dlls appear to live) >>>> * setting the LD_LIBRARY_PATH environment var to both of the above >>>> dirs >>>> * adding both of the above dirs to PATH >>>> * cloning all dlls to the directory containing the >>>> javafx.application.Application.class file >>>> >>>> to no avail, I seem to be shooting in the dark (i.e. don't know >>>> enough what I'm doing). >>>> >>>> I'd appreciate any advice any of you can provide to help me get >>>> unstuck. >>>> >>>> Thanks, >>>> >>>> -rjs >>>> >>> >> > From steve.x.northover at oracle.com Fri Oct 24 18:15:44 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 24 Oct 2014 14:15:44 -0400 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <544A94F3.5020804@ensemblesoft.net> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> Message-ID: <544A9750.1090304@oracle.com> 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 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 java.lang.Class.isInterface] >>>>> [Registering JNI native method java.lang.Class.getSigners] >>>>> [Registering JNI native method java.lang.Class.setSigners] >>>>> [Registering JNI native method java.lang.Class.isArray] >>>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>>> [Registering JNI native method java.lang.Class.getComponentType] >>>>> [Registering JNI native method java.lang.Class.getModifiers] >>>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>>> [Registering JNI native method >>>>> java.lang.Class.getDeclaredConstructors0] >>>>> [Registering JNI native method java.lang.Class.getProtectionDomain0] >>>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>>> [Registering JNI native method java.lang.Class.getGenericSignature0] >>>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>>> [Registering JNI native method >>>>> java.lang.Class.desiredAssertionStatus0] >>>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>>> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >>>>> [Dynamic-linking native method >>>>> java.lang.ClassLoader.registerNatives ... JNI] >>>>> [Registering JNI native method >>>>> java.lang.ClassLoader.retrieveDirectives] >>>>> [Dynamic-linking native method >>>>> java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass >>>>> ... JNI] >>>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.Double.doubleToRawLongBits ... JNI] >>>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble >>>>> ... JNI] >>>>> [Dynamic-linking native method java.lang.System.initProperties ... >>>>> JNI] >>>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... >>>>> JNI] >>>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... >>>>> JNI] >>>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... >>>>> JNI] >>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>> [Registering JNI native method >>>>> sun.misc.Unsafe.ensureClassInitialized] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>> [Dynamic-linking native method >>>>> java.lang.Throwable.fillInStackTrace ... JNI] >>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>> [Registering JNI native method >>>>> sun.misc.Unsafe.ensureClassInitialized] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>>> [Registering JNI native method sun.misc.Unsafe.park] >>>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >>>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>>> [Dynamic-linking native method >>>>> sun.reflect.Reflection.getCallerClass ... JNI] >>>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>>> [Dynamic-linking native method >>>>> sun.reflect.Reflection.getClassAccessFlags ... JNI] >>>>> [Dynamic-linking native method >>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... >>>>> JNI] >>>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... >>>>> JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >>>>> [Dynamic-linking native method >>>>> java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >>>>> [Dynamic-linking native method >>>>> java.io.WinNTFileSystem.canonicalize0 ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.ClassLoader$NativeLibrary.load ... JNI] >>>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode >>>>> ... JNI] >>>>> [Dynamic-linking native method java.lang.Compiler.registerNatives >>>>> ... JNI] >>>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>>> [Registering JNI native method java.lang.Compiler.command] >>>>> [Registering JNI native method java.lang.Compiler.enable] >>>>> [Registering JNI native method java.lang.Compiler.disable] >>>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom >>>>> ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.readBytes >>>>> ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.available >>>>> ... JNI] >>>>> [Dynamic-linking native method java.lang.reflect.Array.newArray >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.Runtime.availableProcessors ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... >>>>> JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>>> [Dynamic-linking native method >>>>> java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.ClassLoader.findLoadedClass0 ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.ClassLoader.findBootstrapClass ... JNI] >>>>> [Dynamic-linking native method >>>>> sun.misc.VMSupport.initAgentProperties ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.init] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.expand] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.resolve] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.getConstant] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.getNamedCon] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.getMembers] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.objectFieldOffset] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.staticFieldOffset] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.staticFieldBase] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >>>>> [Registering JNI native method >>>>> java.lang.invoke.MethodHandle.invokeExact] >>>>> [Dynamic-linking native method >>>>> java.lang.ClassLoader$NativeLibrary.find ... JNI] >>>>> [Dynamic-linking native method >>>>> java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >>>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 >>>>> ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength >>>>> ... JNI] >>>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >>>>> [Registering JNI native method sun.misc.Perf.attach] >>>>> [Registering JNI native method sun.misc.Perf.detach] >>>>> [Registering JNI native method sun.misc.Perf.createLong] >>>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... >>>>> JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC >>>>> ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... >>>>> JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag >>>>> ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> java.util.TimeZone.getSystemTimeZoneID ... JNI] >>>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... >>>>> JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc >>>>> ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize >>>>> ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> java.util.zip.ZipFile.getEntryMethod ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes >>>>> ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... >>>>> JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... >>>>> JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes >>>>> ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>>> [Dynamic-linking native method >>>>> sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >>>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>>> [Dynamic-linking native method >>>>> java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >>>>> [Dynamic-linking native method java.lang.System.identityHashCode >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication._init ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... >>>>> JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinTimer._start ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.Throwable.getStackTraceDepth ... JNI] >>>>> [Dynamic-linking native method >>>>> java.lang.Throwable.getStackTraceElement ... JNI] >>>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes >>>>> ... JNI] >>>>> Exception in Application start method >>>>> [Dynamic-linking native method >>>>> com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop >>>>> ... JNI] >>>>> [Dynamic-linking native method >>>>> com.sun.prism.d3d.D3DPipeline.nDispose ... JNI] >>>>> java.lang.reflect.InvocationTargetException >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at >>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>> at >>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>> at >>>>> com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >>>>> at >>>>> com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at >>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>> at >>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>> at >>>>> sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >>>>> Caused by: java.lang.RuntimeException: Exception in Application >>>>> start method >>>>> at >>>>> com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >>>>> at >>>>> com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >>>>> >>>>> at >>>>> com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >>>>> Source) >>>>> at java.lang.Thread.run(Thread.java:745) >>>>> Caused by: java.lang.UnsatisfiedLinkError: >>>>> com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >>>>> at >>>>> com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native >>>>> Method) >>>>> at >>>>> com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >>>>> at >>>>> com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >>>>> at >>>>> com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>>> at >>>>> com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>>> at >>>>> com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>>> at javafx.scene.control.Control.(Control.java:87) >>>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>>> at >>>>> com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >>>>> >>>>> at >>>>> com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >>>>> Source) >>>>> at >>>>> com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >>>>> >>>>> at >>>>> com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >>>>> Source) >>>>> at >>>>> com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >>>>> >>>>> at >>>>> com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >>>>> Source) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at >>>>> com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >>>>> >>>>> at >>>>> com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >>>>> Source) >>>>> at >>>>> com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >>>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>>> at >>>>> com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >>>>> at >>>>> com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown >>>>> Source) >>>>> ... 1 more >>>>> Exception running application net.ess.newTools.HtmlEditor >>>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>>> >>>>> On the assumption that the VM is failing to load some dll, I've >>>>> tried numerous means for letting eclipse know the load library >>>>> path, including >>>>> >>>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>>> (where all dlls appear to live) >>>>> * setting the LD_LIBRARY_PATH environment var to both of the >>>>> above dirs >>>>> * adding both of the above dirs to PATH >>>>> * cloning all dlls to the directory containing the >>>>> javafx.application.Application.class file >>>>> >>>>> to no avail, I seem to be shooting in the dark (i.e. don't know >>>>> enough what I'm doing). >>>>> >>>>> I'd appreciate any advice any of you can provide to help me get >>>>> unstuck. >>>>> >>>>> Thanks, >>>>> >>>>> -rjs >>>>> >>>> >>> >> > From swpalmer at gmail.com Sat Oct 25 04:00:46 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Sat, 25 Oct 2014 00:00:46 -0400 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <544A94F3.5020804@ensemblesoft.net> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> Message-ID: 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 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 java.lang.Class.isInterface] >>>>> [Registering JNI native method java.lang.Class.getSigners] >>>>> [Registering JNI native method java.lang.Class.setSigners] >>>>> [Registering JNI native method java.lang.Class.isArray] >>>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>>> [Registering JNI native method java.lang.Class.getComponentType] >>>>> [Registering JNI native method java.lang.Class.getModifiers] >>>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>>> [Registering JNI native method java.lang.Class.getDeclaredConstructors0] >>>>> [Registering JNI native method java.lang.Class.getProtectionDomain0] >>>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>>> [Registering JNI native method java.lang.Class.getGenericSignature0] >>>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>>> [Registering JNI native method java.lang.Class.desiredAssertionStatus0] >>>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>>> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >>>>> [Dynamic-linking native method java.lang.ClassLoader.registerNatives ... JNI] >>>>> [Registering JNI native method java.lang.ClassLoader.retrieveDirectives] >>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass ... JNI] >>>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits ... JNI] >>>>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits ... JNI] >>>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble ... JNI] >>>>> [Dynamic-linking native method java.lang.System.initProperties ... JNI] >>>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... JNI] >>>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... JNI] >>>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... JNI] >>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace ... JNI] >>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>>> [Registering JNI native method sun.misc.Unsafe.park] >>>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>>> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >>>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>>> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass ... JNI] >>>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs ... JNI] >>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>>> [Dynamic-linking native method sun.reflect.Reflection.getClassAccessFlags ... JNI] >>>>> [Dynamic-linking native method sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... JNI] >>>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... JNI] >>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 ... JNI] >>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.load ... JNI] >>>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode ... JNI] >>>>> [Dynamic-linking native method java.lang.Compiler.registerNatives ... JNI] >>>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>>> [Registering JNI native method java.lang.Compiler.command] >>>>> [Registering JNI native method java.lang.Compiler.enable] >>>>> [Registering JNI native method java.lang.Compiler.disable] >>>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.readBytes ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.available ... JNI] >>>>> [Dynamic-linking native method java.lang.reflect.Array.newArray ... JNI] >>>>> [Dynamic-linking native method java.lang.Runtime.availableProcessors ... JNI] >>>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >>>>> [Dynamic-linking native method java.lang.ClassLoader.findLoadedClass0 ... JNI] >>>>> [Dynamic-linking native method java.lang.ClassLoader.findBootstrapClass ... JNI] >>>>> [Dynamic-linking native method sun.misc.VMSupport.initAgentProperties ... JNI] >>>>> [Dynamic-linking native method java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.init] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.expand] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.resolve] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getConstant] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getNamedCon] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getMembers] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.objectFieldOffset] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.staticFieldOffset] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.staticFieldBase] >>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invokeExact] >>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.find ... JNI] >>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >>>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength ... JNI] >>>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >>>>> [Registering JNI native method sun.misc.Perf.attach] >>>>> [Registering JNI native method sun.misc.Perf.detach] >>>>> [Registering JNI native method sun.misc.Perf.createLong] >>>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 ... JNI] >>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime ... JNI] >>>>> [Dynamic-linking native method java.util.TimeZone.getSystemTimeZoneID ... JNI] >>>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes ... JNI] >>>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>>> [Dynamic-linking native method sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >>>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >>>>> [Dynamic-linking native method java.lang.System.identityHashCode ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._init ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start ... JNI] >>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceDepth ... JNI] >>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceElement ... JNI] >>>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes ... JNI] >>>>> Exception in Application start method >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop ... JNI] >>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nDispose ... JNI] >>>>> java.lang.reflect.InvocationTargetException >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>> at com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >>>>> at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>> at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >>>>> Caused by: java.lang.RuntimeException: Exception in Application start method >>>>> at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >>>>> at com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown Source) >>>>> at java.lang.Thread.run(Thread.java:745) >>>>> Caused by: java.lang.UnsatisfiedLinkError: com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >>>>> at com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native Method) >>>>> at com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >>>>> at com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >>>>> at com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>>> at com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>>> at com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>>> at javafx.scene.control.Control.(Control.java:87) >>>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>>> at com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown Source) >>>>> at com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown Source) >>>>> at com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown Source) >>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>> at com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown Source) >>>>> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >>>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>>> at com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >>>>> at com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown Source) >>>>> ... 1 more >>>>> Exception running application net.ess.newTools.HtmlEditor >>>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>>> >>>>> On the assumption that the VM is failing to load some dll, I've tried numerous means for letting eclipse know the load library path, including >>>>> >>>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>>> (where all dlls appear to live) >>>>> * setting the LD_LIBRARY_PATH environment var to both of the above dirs >>>>> * adding both of the above dirs to PATH >>>>> * cloning all dlls to the directory containing the >>>>> javafx.application.Application.class file >>>>> >>>>> to no avail, I seem to be shooting in the dark (i.e. don't know enough what I'm doing). >>>>> >>>>> I'd appreciate any advice any of you can provide to help me get unstuck. >>>>> >>>>> Thanks, >>>>> >>>>> -rjs > From james.graham at oracle.com Sat Oct 25 00:01:05 2014 From: james.graham at oracle.com (Jim Graham) Date: Fri, 24 Oct 2014 17:01:05 -0700 Subject: 8u40 review request: RT-39120 Shape objects are blurry in some 3D transforms Message-ID: <544AE841.1070907@oracle.com> 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 From peter.penzov at gmail.com Sat Oct 25 13:02:33 2014 From: peter.penzov at gmail.com (Peter Penzov) Date: Sat, 25 Oct 2014 16:02:33 +0300 Subject: WARNING: CSS Error parsing In-Reply-To: <543ED363.1050105@oracle.com> References: <543ED363.1050105@oracle.com> Message-ID: Hi David, Could you please show me the complete example? BR, Plamen On Wed, Oct 15, 2014 at 11:04 PM, David Grieve wrote: > There is no short-hand for border in JavaFX. You need to use both > -fx-border-color and -fx-border-style > See http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc- > files/cssref.html > > > On 10/15/14, 3:53 PM, Peter Penzov wrote: > >> Hi, >> I tested Java 8u40. I get error when I run this part of the code: >> >> setStyle("-fx-background-color: linear-gradient(to bottom, #FAFAFA, >> #EAEAEA);" >> + " -fx-border: 2px solid; -fx-border-color: white;"); >> >> X 15, 2014 10:33:53 PM com.sun.javafx.css.parser.CSSParser declaration >> WARNING: CSS Error parsing '*{-fx-background-color: linear-gradient(to >> bottom, #FAFAFA, #EAEAEA); -f >> x-border: 2px solid; -fx-border-color: white;}: expected series of >> while parsing '-fx-border' >> at [1,82] >> >> >> Is this a bug or css code is wrong? >> >> BR, >> Peter >> > > From johan at lodgon.com Sun Oct 26 20:23:16 2014 From: johan at lodgon.com (Johan Vos) Date: Sun, 26 Oct 2014 21:23:16 +0100 Subject: 8udev, Android and Monocle Message-ID: Hi, Quick status update: I started working on moving the Android Glass implementation from the deprecated Lens to Monocle. The releases we did in the past months were based on the 8u20 tagged version of OpenJFX. Since Monocle has changed a lot (looking at commits) since 8u20, I started from 8u-dev for this effort. The good news is that my very basic sample almost worked out of the box. A few classes in openjfx are using java.util.function.Supplier, and I had to add this to the compat library. As I try to be transparent, and since I hope to get some help/tips, I am keeping a doc on what I've been doing today in the Monocle/Android area at https://docs.google.com/document/d/1bGRlP4B1c5EfdAOUVp-3Iiqp9jL8gXQ8NmPSNZDswdQ/edit?usp=sharing I didn't do a lot yet, but the dalvik.gradle file will now build monocle instead of lens, and a dummy udev is in place. The real fun will start now, adding the NativeScreen implementation. - Johan From ndmilosavljevic at gmail.com Mon Oct 27 09:30:38 2014 From: ndmilosavljevic at gmail.com (Nada Milosavljevic) Date: Mon, 27 Oct 2014 10:30:38 +0100 Subject: Java 8 not supporting Windows XP Message-ID: I have problem to ibstall java 8,plz help me. Respect, Nada Milosavljevic From tbee at tbee.org Mon Oct 27 09:35:52 2014 From: tbee at tbee.org (Tom Eugelink) Date: Mon, 27 Oct 2014 10:35:52 +0100 Subject: Java 8 not supporting Windows XP In-Reply-To: References: Message-ID: <544E11F8.2040601@tbee.org> Java 8 is not supported on WindowsXP, so installing will not work. You can try copying an installed JDK or JRE directory from a Windows 7 or 8 system and see if it runs; I had problems with that, but some say it can work. Tom On 27-10-2014 10:30, Nada Milosavljevic wrote: > I have problem to ibstall java 8,plz help me. > > > Respect, > Nada Milosavljevic From tom.schindl at bestsolution.at Mon Oct 27 09:41:14 2014 From: tom.schindl at bestsolution.at (Tom Schindl) Date: Mon, 27 Oct 2014 10:41:14 +0100 Subject: Java 8 not supporting Windows XP In-Reply-To: <544E11F8.2040601@tbee.org> References: <544E11F8.2040601@tbee.org> Message-ID: <544E133A.7060105@bestsolution.at> Hi, While not supported u25 should install on WinXP according to Hendrik Stahl. See https://blogs.oracle.com/henrik/entry/the_future_of_java_on Where the update on the head of the blog is interesting: > Oct 15: The recent JDK 8 Update 25 release includes a fix that enables installation of JDK 8 on Windows XP. It remains an unsupported platform and all recommendations in this blog entry still apply. Tom On 27.10.14 10:35, Tom Eugelink wrote: > Java 8 is not supported on WindowsXP, so installing will not work. You > can try copying an installed JDK or JRE directory from a Windows 7 or 8 > system and see if it runs; I had problems with that, but some say it can > work. > > Tom > > > On 27-10-2014 10:30, Nada Milosavljevic wrote: >> I have problem to ibstall java 8,plz help me. >> >> >> Respect, >> Nada Milosavljevic > From herve.girod at gmail.com Mon Oct 27 09:58:23 2014 From: herve.girod at gmail.com (=?utf-8?Q?Herv=C3=A9_Girod?=) Date: Mon, 27 Oct 2014 10:58:23 +0100 Subject: Java 8 not supporting Windows XP In-Reply-To: References: Message-ID: <826C11A4-AE7C-43CB-9DA0-7B78CA8A2380@gmail.com> Normally, if you install it on 7, then copy the directory on XP, it should work. Sent from my iPhone > On Oct 27, 2014, at 10:30, Nada Milosavljevic wrote: > > I have problem to ibstall java 8,plz help me. > > > Respect, > Nada Milosavljevic From steve.x.northover at oracle.com Mon Oct 27 14:43:54 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Mon, 27 Oct 2014 10:43:54 -0400 Subject: 8udev, Android and Monocle In-Reply-To: References: Message-ID: <544E5A2A.8050306@oracle.com> Hi Johan As always, feel free to enter JIRA, use this list and contact us if you have questions or incompatibilities that we can help with. I would love to see your port working against 8u40. Thanks, Steve On 2014-10-26, 4:23 PM, Johan Vos wrote: > Hi, > > Quick status update: > > I started working on moving the Android Glass implementation from the > deprecated Lens to Monocle. The releases we did in the past months were > based on the 8u20 tagged version of OpenJFX. > Since Monocle has changed a lot (looking at commits) since 8u20, I started > from 8u-dev for this effort. The good news is that my very basic sample > almost worked out of the box. A few classes in openjfx are using > java.util.function.Supplier, and I had to add this to the compat library. > > As I try to be transparent, and since I hope to get some help/tips, I am > keeping a doc on what I've been doing today in the Monocle/Android area at > https://docs.google.com/document/d/1bGRlP4B1c5EfdAOUVp-3Iiqp9jL8gXQ8NmPSNZDswdQ/edit?usp=sharing > I didn't do a lot yet, but the dalvik.gradle file will now build monocle > instead of lens, and a dummy udev is in place. The real fun will start now, > adding the NativeScreen implementation. > > - Johan From kloverde at gmail.com Mon Oct 27 15:40:27 2014 From: kloverde at gmail.com (Kevin Loverde) Date: Mon, 27 Oct 2014 11:40:27 -0400 Subject: Java 8 not supporting Windows XP In-Reply-To: <826C11A4-AE7C-43CB-9DA0-7B78CA8A2380@gmail.com> References: <826C11A4-AE7C-43CB-9DA0-7B78CA8A2380@gmail.com> Message-ID: Go here to download the .tar.gz version of the Java8 JRE. Extract it into the directory you want the JRE in, either set environmental variables, or just run /bin/java.exe . On Mon, Oct 27, 2014 at 5:58 AM, Herv? Girod wrote: > Normally, if you install it on 7, then copy the directory on XP, it should > work. > > Sent from my iPhone > > > On Oct 27, 2014, at 10:30, Nada Milosavljevic > wrote: > > > > I have problem to ibstall java 8,plz help me. > > > > > > Respect, > > Nada Milosavljevic > From richard.bair at oracle.com Mon Oct 27 15:45:46 2014 From: richard.bair at oracle.com (Richard Bair) Date: Mon, 27 Oct 2014 08:45:46 -0700 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> Message-ID: > 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. +1 I?d love to see this investigated. It is a big effort (having done the previous cross-compiling / native compiling support in grade). Testing every build environment (32-bit windows, 64-bit windows, Mac, linux 32 / 64, builds for arm) is difficult. Our Gradle build started out simple but was significantly complicated by adding in the native (especially cross-build) support. If we can use the new Gradle C/C++ support instead of maintaining our own native support, our build scripts might end up becoming much simpler. But for the soul who attempts the effort, may your RAM be huge and your VMWare fully populated :-) Richard From ngalarneau at ABINITIO.COM Mon Oct 27 15:51:26 2014 From: ngalarneau at ABINITIO.COM (ngalarneau at ABINITIO.COM) Date: Mon, 27 Oct 2014 11:51:26 -0400 Subject: Latest Scene Builder release? In-Reply-To: References: Message-ID: Any takers? Can someone at least point me to the latest SB release for Java 8? Thanks, Neil From: ngalarneau at ABINITIO.COM To: openjfx-dev at openjdk.java.net, Date: 10/23/2014 06:05 PM Subject: Latest Scene Builder release? Sent by: "openjfx-dev" What is the latest Scene Builder release? The latest I've seen is at: http://www.oracle.com/technetwork/java/javase/downloads/sb2download-2177776.html Unfortunately, that version is from March & therefore doesn't have support for the new stuff from the August Java 8 Update 20 release. Is there a version that is newer than March? By the way, on that page is a link to "the JavaFX forum" which is a dead link. Thanks, Neil NOTICE from Ab Initio: This email (including any attachments) may contain information that is subject to confidentiality obligations or is legally privileged, and sender does not waive confidentiality or privilege. If received in error, please notify the sender, delete this email, and make no further use, disclosure, or distribution. From kevin.rushforth at oracle.com Mon Oct 27 15:53:34 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 27 Oct 2014 08:53:34 -0700 Subject: Java 8 not supporting Windows XP In-Reply-To: References: <826C11A4-AE7C-43CB-9DA0-7B78CA8A2380@gmail.com> Message-ID: <544E6A7E.3020407@oracle.com> Given that this is fixed in 8u25, which is the latest secure version of JDK 8, these workarounds should no longer be necessary. -- Kevin Kevin Loverde wrote: > Go here to download the .tar.gz version of the Java8 JRE. Extract it into > the directory you want the JRE in, either set environmental variables, or > just run /bin/java.exe . > > > > On Mon, Oct 27, 2014 at 5:58 AM, Herv? Girod wrote: > > >> Normally, if you install it on 7, then copy the directory on XP, it should >> work. >> >> Sent from my iPhone >> >> >>> On Oct 27, 2014, at 10:30, Nada Milosavljevic >>> >> wrote: >> >>> I have problem to ibstall java 8,plz help me. >>> >>> >>> Respect, >>> Nada Milosavljevic >>> From kevin.rushforth at oracle.com Mon Oct 27 15:58:19 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 27 Oct 2014 08:58:19 -0700 Subject: Result: New OpenJFX Committer: Chris Bensen Message-ID: <544E6B9B.3060905@oracle.com> Voting for Chris Bensen to OpenJFX Committer [1] is now closed. Yes: 5 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. -- Kevin [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2014-October/015946.html From kevin.rushforth at oracle.com Mon Oct 27 20:12:45 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Mon, 27 Oct 2014 13:12:45 -0700 Subject: 8u-dev unlocked following this week's sanity testing Message-ID: <544EA73D.3010908@oracle.com> From david.grieve at oracle.com Tue Oct 28 14:15:55 2014 From: david.grieve at oracle.com (David Grieve) Date: Tue, 28 Oct 2014 10:15:55 -0400 Subject: WARNING: CSS Error parsing In-Reply-To: References: <543ED363.1050105@oracle.com> Message-ID: <544FA51B.5090906@oracle.com> setStyle("-fx-background-color: linear-gradient(to bottom, #FAFAFA, #EAEAEA);" + " -fx-border-width: 2px; -fx-border-style: solid; -fx-border-color: white;"); On 10/25/14, 9:02 AM, Peter Penzov wrote: > Hi David, > Could you please show me the complete example? > > BR, > Plamen > > On Wed, Oct 15, 2014 at 11:04 PM, David Grieve > > wrote: > > There is no short-hand for border in JavaFX. You need to use both > -fx-border-color and -fx-border-style > See > http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html > > > > On 10/15/14, 3:53 PM, Peter Penzov wrote: > > Hi, > I tested Java 8u40. I get error when I run this part of > the code: > > setStyle("-fx-background-color: linear-gradient(to bottom, > #FAFAFA, > #EAEAEA);" > + " -fx-border: 2px solid; -fx-border-color: > white;"); > > X 15, 2014 10:33:53 PM com.sun.javafx.css.parser.CSSParser > declaration > WARNING: CSS Error parsing '*{-fx-background-color: > linear-gradient(to > bottom, #FAFAFA, #EAEAEA); -f > x-border: 2px solid; -fx-border-color: white;}: expected > series of > while parsing '-fx-border' > at [1,82] > > > Is this a bug or css code is wrong? > > BR, > Peter > > > From peter.penzov at gmail.com Tue Oct 28 15:30:10 2014 From: peter.penzov at gmail.com (Peter Penzov) Date: Tue, 28 Oct 2014 17:30:10 +0200 Subject: WARNING: CSS Error parsing In-Reply-To: <544FA51B.5090906@oracle.com> References: <543ED363.1050105@oracle.com> <544FA51B.5090906@oracle.com> Message-ID: Thanks David! On Tue, Oct 28, 2014 at 4:15 PM, David Grieve wrote: > setStyle("-fx-background-color: linear-gradient(to bottom, #FAFAFA, > #EAEAEA);" > + " -fx-border-width: 2px; -fx-border-style: solid; > -fx-border-color: white;"); > > > On 10/25/14, 9:02 AM, Peter Penzov wrote: > > Hi David, > Could you please show me the complete example? > > BR, > Plamen > > On Wed, Oct 15, 2014 at 11:04 PM, David Grieve > wrote: > >> There is no short-hand for border in JavaFX. You need to use both >> -fx-border-color and -fx-border-style >> See >> http://docs.oracle.com/javase/8/javafx/api/javafx/scene/doc-files/cssref.html >> >> >> On 10/15/14, 3:53 PM, Peter Penzov wrote: >> >>> Hi, >>> I tested Java 8u40. I get error when I run this part of the code: >>> >>> setStyle("-fx-background-color: linear-gradient(to bottom, #FAFAFA, >>> #EAEAEA);" >>> + " -fx-border: 2px solid; -fx-border-color: white;"); >>> >>> X 15, 2014 10:33:53 PM com.sun.javafx.css.parser.CSSParser declaration >>> WARNING: CSS Error parsing '*{-fx-background-color: linear-gradient(to >>> bottom, #FAFAFA, #EAEAEA); -f >>> x-border: 2px solid; -fx-border-color: white;}: expected series of >>> while parsing '-fx-border' >>> at [1,82] >>> >>> >>> Is this a bug or css code is wrong? >>> >>> BR, >>> Peter >>> >> >> > > From kevin.rushforth at oracle.com Tue Oct 28 17:42:33 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 28 Oct 2014 10:42:33 -0700 Subject: [8u40] review request: RT-38936: Thread classloader gets lost through the JFX launch process Message-ID: <544FD589.1030506@oracle.com> Steve, Please review: https://javafx-jira.kenai.com/browse/RT-38936 Details are in the JIRA. -- Kevin From chris.bensen at oracle.com Wed Oct 29 15:05:05 2014 From: chris.bensen at oracle.com (Chris Bensen) Date: Wed, 29 Oct 2014 08:05:05 -0700 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> Message-ID: +1 Visual Studio provides the best debugger and losing that would be very sad. If we didn?t require Cygwin the build would also be faster! Chris On Oct 24, 2014, at 9:00 PM, Scott Palmer wrote: > 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 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 java.lang.Class.isInterface] >>>>>> [Registering JNI native method java.lang.Class.getSigners] >>>>>> [Registering JNI native method java.lang.Class.setSigners] >>>>>> [Registering JNI native method java.lang.Class.isArray] >>>>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>>>> [Registering JNI native method java.lang.Class.getComponentType] >>>>>> [Registering JNI native method java.lang.Class.getModifiers] >>>>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>>>> [Registering JNI native method java.lang.Class.getDeclaredConstructors0] >>>>>> [Registering JNI native method java.lang.Class.getProtectionDomain0] >>>>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>>>> [Registering JNI native method java.lang.Class.getGenericSignature0] >>>>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>>>> [Registering JNI native method java.lang.Class.desiredAssertionStatus0] >>>>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>>>> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >>>>>> [Dynamic-linking native method java.lang.ClassLoader.registerNatives ... JNI] >>>>>> [Registering JNI native method java.lang.ClassLoader.retrieveDirectives] >>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass ... JNI] >>>>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits ... JNI] >>>>>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits ... JNI] >>>>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble ... JNI] >>>>>> [Dynamic-linking native method java.lang.System.initProperties ... JNI] >>>>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... JNI] >>>>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... JNI] >>>>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... JNI] >>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace ... JNI] >>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>>>> [Registering JNI native method sun.misc.Unsafe.park] >>>>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>>>> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >>>>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>>>> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass ... JNI] >>>>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs ... JNI] >>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>>>> [Dynamic-linking native method sun.reflect.Reflection.getClassAccessFlags ... JNI] >>>>>> [Dynamic-linking native method sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... JNI] >>>>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... JNI] >>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.load ... JNI] >>>>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode ... JNI] >>>>>> [Dynamic-linking native method java.lang.Compiler.registerNatives ... JNI] >>>>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>>>> [Registering JNI native method java.lang.Compiler.command] >>>>>> [Registering JNI native method java.lang.Compiler.enable] >>>>>> [Registering JNI native method java.lang.Compiler.disable] >>>>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom ... JNI] >>>>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>>>> [Dynamic-linking native method java.io.FileInputStream.readBytes ... JNI] >>>>>> [Dynamic-linking native method java.io.FileInputStream.available ... JNI] >>>>>> [Dynamic-linking native method java.lang.reflect.Array.newArray ... JNI] >>>>>> [Dynamic-linking native method java.lang.Runtime.availableProcessors ... JNI] >>>>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.ClassLoader.findLoadedClass0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.ClassLoader.findBootstrapClass ... JNI] >>>>>> [Dynamic-linking native method sun.misc.VMSupport.initAgentProperties ... JNI] >>>>>> [Dynamic-linking native method java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.init] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.expand] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.resolve] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getConstant] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getNamedCon] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getMembers] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.objectFieldOffset] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.staticFieldOffset] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.staticFieldBase] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >>>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invokeExact] >>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.find ... JNI] >>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >>>>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength ... JNI] >>>>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >>>>>> [Registering JNI native method sun.misc.Perf.attach] >>>>>> [Registering JNI native method sun.misc.Perf.detach] >>>>>> [Registering JNI native method sun.misc.Perf.createLong] >>>>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 ... JNI] >>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime ... JNI] >>>>>> [Dynamic-linking native method java.util.TimeZone.getSystemTimeZoneID ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>>>> [Dynamic-linking native method sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >>>>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >>>>>> [Dynamic-linking native method java.lang.System.identityHashCode ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._init ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start ... JNI] >>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceDepth ... JNI] >>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceElement ... JNI] >>>>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes ... JNI] >>>>>> Exception in Application start method >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop ... JNI] >>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nDispose ... JNI] >>>>>> java.lang.reflect.InvocationTargetException >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>> at com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>> at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >>>>>> Caused by: java.lang.RuntimeException: Exception in Application start method >>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >>>>>> at com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown Source) >>>>>> at java.lang.Thread.run(Thread.java:745) >>>>>> Caused by: java.lang.UnsatisfiedLinkError: com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >>>>>> at com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native Method) >>>>>> at com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >>>>>> at com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >>>>>> at com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>>>> at com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>>>> at com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>>>> at javafx.scene.control.Control.(Control.java:87) >>>>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>>>> at com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown Source) >>>>>> at com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown Source) >>>>>> at com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown Source) >>>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>>> at com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown Source) >>>>>> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >>>>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>>>> at com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >>>>>> at com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown Source) >>>>>> ... 1 more >>>>>> Exception running application net.ess.newTools.HtmlEditor >>>>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>>>> >>>>>> On the assumption that the VM is failing to load some dll, I've tried numerous means for letting eclipse know the load library path, including >>>>>> >>>>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>>>> (where all dlls appear to live) >>>>>> * setting the LD_LIBRARY_PATH environment var to both of the above dirs >>>>>> * adding both of the above dirs to PATH >>>>>> * cloning all dlls to the directory containing the >>>>>> javafx.application.Application.class file >>>>>> >>>>>> to no avail, I seem to be shooting in the dark (i.e. don't know enough what I'm doing). >>>>>> >>>>>> I'd appreciate any advice any of you can provide to help me get unstuck. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> -rjs >> From vadim.pakhnushev at oracle.com Wed Oct 29 16:04:15 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 29 Oct 2014 19:04:15 +0300 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> Message-ID: <54510FFF.1040409@oracle.com> At least for the OpenJFX without media/webkit Cygwin is used only for path manipulation (cygpath) so I don't think dropping it will boost performance at all. In fact, I just did a quick test and built OpenJFX without cygwin at all (modifying build.gradle so it will not call cygpath). Visual Studio is the only viable option for Windows development. When I was actively developing native Windows code, I created my own VS project which can build native dlls just fine without even calling gradle and that was huge productivity boost. Thanks, Vadim On 29.10.2014 18:05, Chris Bensen wrote: > +1 Visual Studio provides the best debugger and losing that would be very sad. > > If we didn?t require Cygwin the build would also be faster! > > Chris > > > On Oct 24, 2014, at 9:00 PM, Scott Palmer wrote: > >> 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 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 java.lang.Class.isInterface] >>>>>>> [Registering JNI native method java.lang.Class.getSigners] >>>>>>> [Registering JNI native method java.lang.Class.setSigners] >>>>>>> [Registering JNI native method java.lang.Class.isArray] >>>>>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>>>>> [Registering JNI native method java.lang.Class.getComponentType] >>>>>>> [Registering JNI native method java.lang.Class.getModifiers] >>>>>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>>>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>>>>> [Registering JNI native method java.lang.Class.getDeclaredConstructors0] >>>>>>> [Registering JNI native method java.lang.Class.getProtectionDomain0] >>>>>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>>>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>>>>> [Registering JNI native method java.lang.Class.getGenericSignature0] >>>>>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>>>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>>>>> [Registering JNI native method java.lang.Class.desiredAssertionStatus0] >>>>>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>>>>> [Registering JNI native method java.lang.Class.getRawTypeAnnotations] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader.registerNatives ... JNI] >>>>>>> [Registering JNI native method java.lang.ClassLoader.retrieveDirectives] >>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble ... JNI] >>>>>>> [Dynamic-linking native method java.lang.System.initProperties ... JNI] >>>>>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... JNI] >>>>>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... JNI] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace ... JNI] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>>> [Registering JNI native method sun.misc.Unsafe.ensureClassInitialized] >>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>>>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>>>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>>>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>>>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapObject] >>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>>>>> [Registering JNI native method sun.misc.Unsafe.park] >>>>>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>>>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>>>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>>>>> [Registering JNI native method sun.misc.Unsafe.defineAnonymousClass] >>>>>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>>>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>>>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>>>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>>>>> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs ... JNI] >>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>>>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>>>>> [Dynamic-linking native method sun.reflect.Reflection.getClassAccessFlags ... JNI] >>>>>>> [Dynamic-linking native method sun.reflect.NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... JNI] >>>>>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... JNI] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.findBuiltinLib ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getBooleanAttributes ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.load ... JNI] >>>>>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>>>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>>>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Compiler.registerNatives ... JNI] >>>>>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>>>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>>>>> [Registering JNI native method java.lang.Compiler.command] >>>>>>> [Registering JNI native method java.lang.Compiler.enable] >>>>>>> [Registering JNI native method java.lang.Compiler.disable] >>>>>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileInputStream.readBytes ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileInputStream.available ... JNI] >>>>>>> [Dynamic-linking native method java.lang.reflect.Array.newArray ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Runtime.availableProcessors ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalizeWithPrefix0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader.findLoadedClass0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader.findBootstrapClass ... JNI] >>>>>>> [Dynamic-linking native method sun.misc.VMSupport.initAgentProperties ... JNI] >>>>>>> [Dynamic-linking native method java.lang.invoke.MethodHandleNatives.registerNatives ... JNI] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.init] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.expand] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.resolve] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getConstant] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getNamedCon] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getMembers] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.objectFieldOffset] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.staticFieldOffset] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.staticFieldBase] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invoke] >>>>>>> [Registering JNI native method java.lang.invoke.MethodHandle.invokeExact] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.find ... JNI] >>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength ... JNI] >>>>>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... JNI] >>>>>>> [Registering JNI native method sun.misc.Perf.attach] >>>>>>> [Registering JNI native method sun.misc.Perf.detach] >>>>>>> [Registering JNI native method sun.misc.Perf.createLong] >>>>>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>>>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>>>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>>>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 ... JNI] >>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLastModifiedTime ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime ... JNI] >>>>>>> [Dynamic-linking native method java.util.TimeZone.getSystemTimeZoneID ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>>>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>>>>> [Dynamic-linking native method sun.reflect.NativeMethodAccessorImpl.invoke0 ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterCount ... JNI] >>>>>>> [Dynamic-linking native method java.lang.System.identityHashCode ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.initIDs ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._setClassLoader ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._init ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._runLoop ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.staticScreen_getScreens ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetContext ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetBlendEnabled ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMinPeriod ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMaxPeriod ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._submitForLaterInvocation ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceDepth ... JNI] >>>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceElement ... JNI] >>>>>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes ... JNI] >>>>>>> Exception in Application start method >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._terminateLoop ... JNI] >>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop ... JNI] >>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nDispose ... JNI] >>>>>>> java.lang.reflect.InvocationTargetException >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>>> at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >>>>>>> Caused by: java.lang.RuntimeException: Exception in Application start method >>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >>>>>>> at com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >>>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown Source) >>>>>>> at java.lang.Thread.run(Thread.java:745) >>>>>>> Caused by: java.lang.UnsatisfiedLinkError: com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >>>>>>> at com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native Method) >>>>>>> at com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >>>>>>> at com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >>>>>>> at com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>>>>> at com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>>>>> at com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>>>>> at javafx.scene.control.Control.(Control.java:87) >>>>>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>>>>> at com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >>>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown Source) >>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown Source) >>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown Source) >>>>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown Source) >>>>>>> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >>>>>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>>>>> at com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >>>>>>> at com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown Source) >>>>>>> ... 1 more >>>>>>> Exception running application net.ess.newTools.HtmlEditor >>>>>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>>>>> >>>>>>> On the assumption that the VM is failing to load some dll, I've tried numerous means for letting eclipse know the load library path, including >>>>>>> >>>>>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>>>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>>>>> (where all dlls appear to live) >>>>>>> * setting the LD_LIBRARY_PATH environment var to both of the above dirs >>>>>>> * adding both of the above dirs to PATH >>>>>>> * cloning all dlls to the directory containing the >>>>>>> javafx.application.Application.class file >>>>>>> >>>>>>> to no avail, I seem to be shooting in the dark (i.e. don't know enough what I'm doing). >>>>>>> >>>>>>> I'd appreciate any advice any of you can provide to help me get unstuck. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -rjs From swpalmer at gmail.com Wed Oct 29 17:59:08 2014 From: swpalmer at gmail.com (Scott Palmer) Date: Wed, 29 Oct 2014 13:59:08 -0400 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <54510FFF.1040409@oracle.com> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> <54510FFF.1040409@oracle.com> Message-ID: If cygpath isn't needed and that's all cygwin was used for, and you already modified build.gradle to avoid the cygpath calls.... What's stopping you for checking that in so the cygwin requirement for OpenJFX can be dropped? The Gradle C/C++ support includes a method for creating a VS project from the Gradle source (since Gradle 1.11, see http://www.gradle.org/docs/1.11/release-notes#generate-visual-studio-configuration-for-a-native-binary-project). So you should be able to get that productivity boost without having to roll your own project files and maintain them. Scott On Wed, Oct 29, 2014 at 12:04 PM, Vadim Pakhnushev < vadim.pakhnushev at oracle.com> wrote: > At least for the OpenJFX without media/webkit Cygwin is used only for path > manipulation (cygpath) so I don't think dropping it will boost performance > at all. > In fact, I just did a quick test and built OpenJFX without cygwin at all > (modifying build.gradle so it will not call cygpath). > > Visual Studio is the only viable option for Windows development. > When I was actively developing native Windows code, I created my own VS > project which can build native dlls just fine without even calling gradle > and that was huge productivity boost. > > Thanks, > Vadim > > > On 29.10.2014 18:05, Chris Bensen wrote: > >> +1 Visual Studio provides the best debugger and losing that would be very >> sad. >> >> If we didn?t require Cygwin the build would also be faster! >> >> Chris >> >> >> On Oct 24, 2014, at 9:00 PM, Scott Palmer wrote: >> >> 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 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 java.lang.Class.isInterface] >>>>>>>> [Registering JNI native method java.lang.Class.getSigners] >>>>>>>> [Registering JNI native method java.lang.Class.setSigners] >>>>>>>> [Registering JNI native method java.lang.Class.isArray] >>>>>>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>>>>>> [Registering JNI native method java.lang.Class.getComponentType] >>>>>>>> [Registering JNI native method java.lang.Class.getModifiers] >>>>>>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>>>>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>> getDeclaredConstructors0] >>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>> getProtectionDomain0] >>>>>>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>>>>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>> getGenericSignature0] >>>>>>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>>>>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>> desiredAssertionStatus0] >>>>>>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>> getRawTypeAnnotations] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.registerNatives >>>>>>>> ... JNI] >>>>>>>> [Registering JNI native method java.lang.ClassLoader. >>>>>>>> retrieveDirectives] >>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.System.initProperties ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... >>>>>>>> JNI] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>> ensureClassInitialized] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>>>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace >>>>>>>> ... JNI] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>> ensureClassInitialized] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>> compareAndSwapObject] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.park] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>> defineAnonymousClass] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>>>>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>>>>>> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>>>>>> [Dynamic-linking native method sun.reflect.Reflection.getClassAccessFlags >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method sun.reflect. >>>>>>>> NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.findBuiltinLib >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getBooleanAttributes >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.load >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>>>>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>>>>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Compiler.registerNatives >>>>>>>> ... JNI] >>>>>>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>>>>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>>>>>> [Registering JNI native method java.lang.Compiler.command] >>>>>>>> [Registering JNI native method java.lang.Compiler.enable] >>>>>>>> [Registering JNI native method java.lang.Compiler.disable] >>>>>>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileInputStream.readBytes >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileInputStream.available >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.reflect.Array.newArray >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Runtime.availableProcessors >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalizeWithPrefix0 >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.findLoadedClass0 >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.findBootstrapClass >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method sun.misc.VMSupport.initAgentProperties >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.invoke. >>>>>>>> MethodHandleNatives.registerNatives ... JNI] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.init] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.expand] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.resolve] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.getConstant] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.getNamedCon] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.getMembers] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.objectFieldOffset] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.setCallSiteTargetNormal] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.setCallSiteTargetVolatile] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.staticFieldOffset] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.staticFieldBase] >>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>> MethodHandleNatives.getMemberVMInfo] >>>>>>>> [Registering JNI native method java.lang.invoke.MethodHandle. >>>>>>>> invoke] >>>>>>>> [Registering JNI native method java.lang.invoke.MethodHandle. >>>>>>>> invokeExact] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.find >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... >>>>>>>> JNI] >>>>>>>> [Registering JNI native method sun.misc.Perf.attach] >>>>>>>> [Registering JNI native method sun.misc.Perf.detach] >>>>>>>> [Registering JNI native method sun.misc.Perf.createLong] >>>>>>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>>>>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>>>>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLastModifiedTime >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.TimeZone.getSystemTimeZoneID >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... >>>>>>>> JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>>>>>> [Dynamic-linking native method sun.reflect. >>>>>>>> NativeMethodAccessorImpl.invoke0 ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterCount >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.System.identityHashCode >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.initIDs >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._setClassLoader >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._init >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._runLoop >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win. >>>>>>>> WinApplication.staticScreen_getScreens ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetContext >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetBlendEnabled >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d. >>>>>>>> D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMinPeriod >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMaxPeriod >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win. >>>>>>>> WinApplication._submitForLaterInvocation ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceDepth >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceElement >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes >>>>>>>> ... JNI] >>>>>>>> Exception in Application start method >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._terminateLoop >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop >>>>>>>> ... JNI] >>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nDispose >>>>>>>> ... JNI] >>>>>>>> java.lang.reflect.InvocationTargetException >>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke( >>>>>>>> NativeMethodAccessorImpl.java:62) >>>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>>>>>> DelegatingMethodAccessorImpl.java:43) >>>>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>>>> at com.sun.javafx.application.LauncherImpl. >>>>>>>> launchApplicationWithArgs(LauncherImpl.java:363) >>>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication( >>>>>>>> LauncherImpl.java:303) >>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke( >>>>>>>> NativeMethodAccessorImpl.java:62) >>>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>>>>>> DelegatingMethodAccessorImpl.java:43) >>>>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>>>> at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper. >>>>>>>> java:767) >>>>>>>> Caused by: java.lang.RuntimeException: Exception in Application >>>>>>>> start method >>>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication1( >>>>>>>> LauncherImpl.java:875) >>>>>>>> at com.sun.javafx.application.LauncherImpl.lambda$0( >>>>>>>> LauncherImpl.java:157) >>>>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >>>>>>>> Source) >>>>>>>> at java.lang.Thread.run(Thread.java:745) >>>>>>>> Caused by: java.lang.UnsatisfiedLinkError: com.sun.glass.ui.win. >>>>>>>> WinApplication._getHighContrastTheme()Ljava/lang/String; >>>>>>>> at com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native >>>>>>>> Method) >>>>>>>> at com.sun.glass.ui.win.WinApplication.getHighContrastTheme( >>>>>>>> WinApplication.java:261) >>>>>>>> at com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName( >>>>>>>> QuantumToolkit.java:1512) >>>>>>>> at com.sun.javafx.application.PlatformImpl._ >>>>>>>> setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>>>>>> at com.sun.javafx.application.PlatformImpl. >>>>>>>> setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>>>>>> at com.sun.javafx.application.PlatformImpl. >>>>>>>> setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>>>>>> at javafx.scene.control.Control.(Control.java:87) >>>>>>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>>>>>> at com.sun.javafx.application.LauncherImpl.lambda$6( >>>>>>>> LauncherImpl.java:821) >>>>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >>>>>>>> Source) >>>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$6( >>>>>>>> PlatformImpl.java:326) >>>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >>>>>>>> Source) >>>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$18( >>>>>>>> PlatformImpl.java:295) >>>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >>>>>>>> Source) >>>>>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$5( >>>>>>>> PlatformImpl.java:294) >>>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >>>>>>>> Source) >>>>>>>> at com.sun.glass.ui.InvokeLaterDispatcher$Future. >>>>>>>> run(InvokeLaterDispatcher.java:95) >>>>>>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>>>>>> at com.sun.glass.ui.win.WinApplication.lambda$4( >>>>>>>> WinApplication.java:100) >>>>>>>> at com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown >>>>>>>> Source) >>>>>>>> ... 1 more >>>>>>>> Exception running application net.ess.newTools.HtmlEditor >>>>>>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>>>>>> >>>>>>>> On the assumption that the VM is failing to load some dll, I've >>>>>>>> tried numerous means for letting eclipse know the load library path, >>>>>>>> including >>>>>>>> >>>>>>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>>>>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>>>>>> (where all dlls appear to live) >>>>>>>> * setting the LD_LIBRARY_PATH environment var to both of the above >>>>>>>> dirs >>>>>>>> * adding both of the above dirs to PATH >>>>>>>> * cloning all dlls to the directory containing the >>>>>>>> javafx.application.Application.class file >>>>>>>> >>>>>>>> to no avail, I seem to be shooting in the dark (i.e. don't know >>>>>>>> enough what I'm doing). >>>>>>>> >>>>>>>> I'd appreciate any advice any of you can provide to help me get >>>>>>>> unstuck. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> -rjs >>>>>>>> >>>>>>> > From kevin.rushforth at oracle.com Wed Oct 29 18:11:54 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 29 Oct 2014 11:11:54 -0700 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> <54510FFF.1040409@oracle.com> Message-ID: <54512DEA.5070906@oracle.com> Hi Scott, It would be fine if developers were able to build (at least everything but native media and webkit) without needing Cygwin -- as long as still builds *with* Cygwin. Our official build environment -- meaning the one that we use for build our production builds -- uses Cygwin on Windows platforms. We are not likely to change this. So if someone has a robust patch that enables developers to build without needing cygwin, meaning is doesn't impact anyone using Cygwin, we could consider taking it. As for upgrading gradle to a newer version, that is not something we would do lightly. We are unlikely in the JDK 8u time frame to move past gradle 1.8, but could consider it for JDK 9. -- Kevin Scott Palmer wrote: > If cygpath isn't needed and that's all cygwin was used for, and you already > modified build.gradle to avoid the cygpath calls.... What's stopping you > for checking that in so the cygwin requirement for OpenJFX can be dropped? > > The Gradle C/C++ support includes a method for creating a VS project from > the Gradle source (since Gradle 1.11, see > http://www.gradle.org/docs/1.11/release-notes#generate-visual-studio-configuration-for-a-native-binary-project). > So you should be able to get that productivity boost without having to roll > your own project files and maintain them. > > Scott > > On Wed, Oct 29, 2014 at 12:04 PM, Vadim Pakhnushev < > vadim.pakhnushev at oracle.com> wrote: > > >> At least for the OpenJFX without media/webkit Cygwin is used only for path >> manipulation (cygpath) so I don't think dropping it will boost performance >> at all. >> In fact, I just did a quick test and built OpenJFX without cygwin at all >> (modifying build.gradle so it will not call cygpath). >> >> Visual Studio is the only viable option for Windows development. >> When I was actively developing native Windows code, I created my own VS >> project which can build native dlls just fine without even calling gradle >> and that was huge productivity boost. >> >> Thanks, >> Vadim >> >> >> On 29.10.2014 18:05, Chris Bensen wrote: >> >> >>> +1 Visual Studio provides the best debugger and losing that would be very >>> sad. >>> >>> If we didn?t require Cygwin the build would also be faster! >>> >>> Chris >>> >>> >>> On Oct 24, 2014, at 9:00 PM, Scott Palmer wrote: >>> >>> 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 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 java.lang.Class.isInterface] >>>>>>>>> [Registering JNI native method java.lang.Class.getSigners] >>>>>>>>> [Registering JNI native method java.lang.Class.setSigners] >>>>>>>>> [Registering JNI native method java.lang.Class.isArray] >>>>>>>>> [Registering JNI native method java.lang.Class.isPrimitive] >>>>>>>>> [Registering JNI native method java.lang.Class.getComponentType] >>>>>>>>> [Registering JNI native method java.lang.Class.getModifiers] >>>>>>>>> [Registering JNI native method java.lang.Class.getDeclaredFields0] >>>>>>>>> [Registering JNI native method java.lang.Class.getDeclaredMethods0] >>>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>>> getDeclaredConstructors0] >>>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>>> getProtectionDomain0] >>>>>>>>> [Registering JNI native method java.lang.Class.getDeclaredClasses0] >>>>>>>>> [Registering JNI native method java.lang.Class.getDeclaringClass0] >>>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>>> getGenericSignature0] >>>>>>>>> [Registering JNI native method java.lang.Class.getRawAnnotations] >>>>>>>>> [Registering JNI native method java.lang.Class.getConstantPool] >>>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>>> desiredAssertionStatus0] >>>>>>>>> [Registering JNI native method java.lang.Class.getEnclosingMethod0] >>>>>>>>> [Registering JNI native method java.lang.Class. >>>>>>>>> getRawTypeAnnotations] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.registerNatives >>>>>>>>> ... JNI] >>>>>>>>> [Registering JNI native method java.lang.ClassLoader. >>>>>>>>> retrieveDirectives] >>>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Class.getPrimitiveClass >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Float.floatToRawIntBits >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Double.doubleToRawLongBits >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Double.longBitsToDouble >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.System.initProperties ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method sun.misc.VM.initialize ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Runtime.maxMemory ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileInputStream.initIDs ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileDescriptor.initIDs ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method sun.misc.Unsafe.registerNatives ... >>>>>>>>> JNI] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>>> ensureClassInitialized] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>>>>> [Dynamic-linking native method java.lang.Throwable.fillInStackTrace >>>>>>>>> ... JNI] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObject] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObject] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getObjectVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putObjectVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBoolean] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBoolean] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getBooleanVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putBooleanVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByteVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByteVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShortVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShortVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getCharVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putCharVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getIntVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putIntVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLongVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLongVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloatVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloatVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDoubleVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDoubleVolatile] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putByte] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putShort] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putChar] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putFloat] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putDouble] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getAddress] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putAddress] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.reallocateMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.freeMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.objectFieldOffset] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldOffset] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.staticFieldBase] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>>> ensureClassInitialized] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayBaseOffset] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.arrayIndexScale] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.addressSize] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.pageSize] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.defineClass] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.allocateInstance] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.monitorEnter] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.monitorExit] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.tryMonitorEnter] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.throwException] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>>> compareAndSwapObject] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.compareAndSwapLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedObject] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedInt] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.putOrderedLong] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.park] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.unpark] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.getLoadAverage] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.copyMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.setMemory] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe. >>>>>>>>> defineAnonymousClass] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.shouldBeInitialized] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.loadFence] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.storeFence] >>>>>>>>> [Registering JNI native method sun.misc.Unsafe.fullFence] >>>>>>>>> [Dynamic-linking native method sun.reflect.Reflection.getCallerClass >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileDescriptor.set ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileOutputStream.initIDs >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.String.intern ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.System.setIn0 ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Object.getClass ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Class.forName0 ... JNI] >>>>>>>>> [Dynamic-linking native method sun.reflect.Reflection.getClassAccessFlags >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method sun.reflect. >>>>>>>>> NativeConstructorAccessorImpl.newInstance0 ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.System.setOut0 ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.System.setErr0 ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.initIDs ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.lang.System.mapLibraryName ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.findBuiltinLib >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getBooleanAttributes >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalize0 >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.load >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method sun.misc.Signal.findSignal ... JNI] >>>>>>>>> [Dynamic-linking native method sun.misc.Signal.handle0 ... JNI] >>>>>>>>> [Dynamic-linking native method sun.io.Win32ErrorMode.setErrorMode >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Compiler.registerNatives >>>>>>>>> ... JNI] >>>>>>>>> [Registering JNI native method java.lang.Compiler.compileClass] >>>>>>>>> [Registering JNI native method java.lang.Compiler.compileClasses] >>>>>>>>> [Registering JNI native method java.lang.Compiler.command] >>>>>>>>> [Registering JNI native method java.lang.Compiler.enable] >>>>>>>>> [Registering JNI native method java.lang.Compiler.disable] >>>>>>>>> [Dynamic-linking native method java.lang.Class.isAssignableFrom >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileInputStream.open ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileInputStream.readBytes >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileInputStream.available >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.reflect.Array.newArray >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Runtime.availableProcessors >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileInputStream.close0 ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.list ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.canonicalizeWithPrefix0 >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.findLoadedClass0 >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.findBootstrapClass >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method sun.misc.VMSupport.initAgentProperties >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.registerNatives ... JNI] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.init] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.expand] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.resolve] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.getConstant] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.getNamedCon] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.getMembers] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.objectFieldOffset] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.setCallSiteTargetNormal] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.setCallSiteTargetVolatile] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.staticFieldOffset] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.staticFieldBase] >>>>>>>>> [Registering JNI native method java.lang.invoke. >>>>>>>>> MethodHandleNatives.getMemberVMInfo] >>>>>>>>> [Registering JNI native method java.lang.invoke.MethodHandle. >>>>>>>>> invoke] >>>>>>>>> [Registering JNI native method java.lang.invoke.MethodHandle. >>>>>>>>> invokeExact] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader$NativeLibrary.find >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.initIDs ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Package.getSystemPackage0 >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLength >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method sun.misc.Perf.registerNatives ... >>>>>>>>> JNI] >>>>>>>>> [Registering JNI native method sun.misc.Perf.attach] >>>>>>>>> [Registering JNI native method sun.misc.Perf.detach] >>>>>>>>> [Registering JNI native method sun.misc.Perf.createLong] >>>>>>>>> [Registering JNI native method sun.misc.Perf.createByteArray] >>>>>>>>> [Registering JNI native method sun.misc.Perf.highResCounter] >>>>>>>>> [Registering JNI native method sun.misc.Perf.highResFrequency] >>>>>>>>> [Dynamic-linking native method java.lang.ClassLoader.defineClass1 >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.WinNTFileSystem.getLastModifiedTime >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.open ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getTotal ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.startsWithLOC >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntry ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryFlag >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryTime >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.TimeZone.getSystemTimeZoneID >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.CRC32.updateBytes ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCrc >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntrySize >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryCSize >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryMethod >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.getEntryBytes >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.freeEntry ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.initIDs ... >>>>>>>>> JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.init ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.inflateBytes >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.ZipFile.read ... JNI] >>>>>>>>> [Dynamic-linking native method java.util.zip.Inflater.reset ... JNI] >>>>>>>>> [Dynamic-linking native method sun.reflect. >>>>>>>>> NativeMethodAccessorImpl.invoke0 ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Class.isInstance ... JNI] >>>>>>>>> [Dynamic-linking native method java.security.AccessController.doPrivileged >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nInit >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterCount >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.System.identityHashCode >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication.initIDs >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._setClassLoader >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._init >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._runLoop >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win. >>>>>>>>> WinApplication.staticScreen_getScreens ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DResourceFactory.nGetContext >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetBlendEnabled >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d. >>>>>>>>> D3DResourceFactory.nGetMaximumTextureSize ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMinPeriod >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._getMaxPeriod >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win. >>>>>>>>> WinApplication._submitForLaterInvocation ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._start >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceDepth >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.lang.Throwable.getStackTraceElement >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method java.io.FileOutputStream.writeBytes >>>>>>>>> ... JNI] >>>>>>>>> Exception in Application start method >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinApplication._terminateLoop >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.glass.ui.win.WinTimer._stop >>>>>>>>> ... JNI] >>>>>>>>> [Dynamic-linking native method com.sun.prism.d3d.D3DPipeline.nDispose >>>>>>>>> ... JNI] >>>>>>>>> java.lang.reflect.InvocationTargetException >>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke( >>>>>>>>> NativeMethodAccessorImpl.java:62) >>>>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>>>>>>> DelegatingMethodAccessorImpl.java:43) >>>>>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>>>>> at com.sun.javafx.application.LauncherImpl. >>>>>>>>> launchApplicationWithArgs(LauncherImpl.java:363) >>>>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication( >>>>>>>>> LauncherImpl.java:303) >>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>>>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke( >>>>>>>>> NativeMethodAccessorImpl.java:62) >>>>>>>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>>>>>>> DelegatingMethodAccessorImpl.java:43) >>>>>>>>> at java.lang.reflect.Method.invoke(Method.java:483) >>>>>>>>> at sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper. >>>>>>>>> java:767) >>>>>>>>> Caused by: java.lang.RuntimeException: Exception in Application >>>>>>>>> start method >>>>>>>>> at com.sun.javafx.application.LauncherImpl.launchApplication1( >>>>>>>>> LauncherImpl.java:875) >>>>>>>>> at com.sun.javafx.application.LauncherImpl.lambda$0( >>>>>>>>> LauncherImpl.java:157) >>>>>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >>>>>>>>> Source) >>>>>>>>> at java.lang.Thread.run(Thread.java:745) >>>>>>>>> Caused by: java.lang.UnsatisfiedLinkError: com.sun.glass.ui.win. >>>>>>>>> WinApplication._getHighContrastTheme()Ljava/lang/String; >>>>>>>>> at com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native >>>>>>>>> Method) >>>>>>>>> at com.sun.glass.ui.win.WinApplication.getHighContrastTheme( >>>>>>>>> WinApplication.java:261) >>>>>>>>> at com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName( >>>>>>>>> QuantumToolkit.java:1512) >>>>>>>>> at com.sun.javafx.application.PlatformImpl._ >>>>>>>>> setPlatformUserAgentStylesheet(PlatformImpl.java:689) >>>>>>>>> at com.sun.javafx.application.PlatformImpl. >>>>>>>>> setPlatformUserAgentStylesheet(PlatformImpl.java:545) >>>>>>>>> at com.sun.javafx.application.PlatformImpl. >>>>>>>>> setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >>>>>>>>> at javafx.scene.control.Control.(Control.java:87) >>>>>>>>> at net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >>>>>>>>> at com.sun.javafx.application.LauncherImpl.lambda$6( >>>>>>>>> LauncherImpl.java:821) >>>>>>>>> at com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >>>>>>>>> Source) >>>>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$6( >>>>>>>>> PlatformImpl.java:326) >>>>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >>>>>>>>> Source) >>>>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$18( >>>>>>>>> PlatformImpl.java:295) >>>>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >>>>>>>>> Source) >>>>>>>>> at java.security.AccessController.doPrivileged(Native Method) >>>>>>>>> at com.sun.javafx.application.PlatformImpl.lambda$5( >>>>>>>>> PlatformImpl.java:294) >>>>>>>>> at com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >>>>>>>>> Source) >>>>>>>>> at com.sun.glass.ui.InvokeLaterDispatcher$Future. >>>>>>>>> run(InvokeLaterDispatcher.java:95) >>>>>>>>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method) >>>>>>>>> at com.sun.glass.ui.win.WinApplication.lambda$4( >>>>>>>>> WinApplication.java:100) >>>>>>>>> at com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown >>>>>>>>> Source) >>>>>>>>> ... 1 more >>>>>>>>> Exception running application net.ess.newTools.HtmlEditor >>>>>>>>> [Dynamic-linking native method java.lang.Shutdown.halt0 ... JNI] >>>>>>>>> >>>>>>>>> On the assumption that the VM is failing to load some dll, I've >>>>>>>>> tried numerous means for letting eclipse know the load library path, >>>>>>>>> including >>>>>>>>> >>>>>>>>> * passing "-Djava.library.path=" on the VM's command-line using , >>>>>>>>> pointing to the JDK's bin dir, and the JavaFX2.1 install's bin dir >>>>>>>>> (where all dlls appear to live) >>>>>>>>> * setting the LD_LIBRARY_PATH environment var to both of the above >>>>>>>>> dirs >>>>>>>>> * adding both of the above dirs to PATH >>>>>>>>> * cloning all dlls to the directory containing the >>>>>>>>> javafx.application.Application.class file >>>>>>>>> >>>>>>>>> to no avail, I seem to be shooting in the dark (i.e. don't know >>>>>>>>> enough what I'm doing). >>>>>>>>> >>>>>>>>> I'd appreciate any advice any of you can provide to help me get >>>>>>>>> unstuck. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> -rjs >>>>>>>>> >>>>>>>>> From vadim.pakhnushev at oracle.com Wed Oct 29 18:51:58 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Wed, 29 Oct 2014 21:51:58 +0300 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> <54510FFF.1040409@oracle.com> Message-ID: <5451374E.3000601@oracle.com> Unfortunately, gradle detects Cygwin and modifies JAVA_HOME environment variable preventing using it without cygpath later on. https://issues.gradle.org/browse/GRADLE-2673 So this will break building from Cygwin. Vadim On 29.10.2014 20:59, Scott Palmer wrote: > If cygpath isn't needed and that's all cygwin was used for, and you > already modified build.gradle to avoid the cygpath calls.... What's > stopping you for checking that in so the cygwin requirement for > OpenJFX can be dropped? > > The Gradle C/C++ support includes a method for creating a VS project > from the Gradle source (since Gradle 1.11, see > http://www.gradle.org/docs/1.11/release-notes#generate-visual-studio-configuration-for-a-native-binary-project). > So you should be able to get that productivity boost without having to > roll your own project files and maintain them. > > Scott > > On Wed, Oct 29, 2014 at 12:04 PM, Vadim Pakhnushev > > wrote: > > At least for the OpenJFX without media/webkit Cygwin is used only > for path manipulation (cygpath) so I don't think dropping it will > boost performance at all. > In fact, I just did a quick test and built OpenJFX without cygwin > at all (modifying build.gradle so it will not call cygpath). > > Visual Studio is the only viable option for Windows development. > When I was actively developing native Windows code, I created my > own VS project which can build native dlls just fine without even > calling gradle and that was huge productivity boost. > > Thanks, > Vadim > > > On 29.10.2014 18:05, Chris Bensen wrote: > > +1 Visual Studio provides the best debugger and losing that > would be very sad. > > If we didn?t require Cygwin the build would also be faster! > > Chris > > > On Oct 24, 2014, at 9:00 PM, Scott Palmer > wrote: > > 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 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 > java.lang.Class.isInterface] > [Registering JNI native method > java.lang.Class.getSigners] > [Registering JNI native method > java.lang.Class.setSigners] > [Registering JNI native method > java.lang.Class.isArray] > [Registering JNI native method > java.lang.Class.isPrimitive] > [Registering JNI native method > java.lang.Class.getComponentType] > [Registering JNI native method > java.lang.Class.getModifiers] > [Registering JNI native method > java.lang.Class.getDeclaredFields0] > [Registering JNI native method > java.lang.Class.getDeclaredMethods0] > [Registering JNI native method > java.lang.Class.getDeclaredConstructors0] > [Registering JNI native method > java.lang.Class.getProtectionDomain0] > [Registering JNI native method > java.lang.Class.getDeclaredClasses0] > [Registering JNI native method > java.lang.Class.getDeclaringClass0] > [Registering JNI native method > java.lang.Class.getGenericSignature0] > [Registering JNI native method > java.lang.Class.getRawAnnotations] > [Registering JNI native method > java.lang.Class.getConstantPool] > [Registering JNI native method > java.lang.Class.desiredAssertionStatus0] > [Registering JNI native method > java.lang.Class.getEnclosingMethod0] > [Registering JNI native method > java.lang.Class.getRawTypeAnnotations] > [Dynamic-linking native method > java.lang.ClassLoader.registerNatives > ... JNI] > [Registering JNI native method > java.lang.ClassLoader.retrieveDirectives] > [Dynamic-linking native method > java.security.AccessController.doPrivileged > ... JNI] > [Dynamic-linking native method > java.lang.Class.getPrimitiveClass ... JNI] > [Dynamic-linking native method > java.lang.Float.floatToRawIntBits ... JNI] > [Dynamic-linking native method > java.lang.Double.doubleToRawLongBits > ... JNI] > [Dynamic-linking native method > java.lang.Double.longBitsToDouble ... JNI] > [Dynamic-linking native method > java.lang.System.initProperties ... JNI] > [Dynamic-linking native method > sun.misc.VM.initialize ... JNI] > [Dynamic-linking native method > java.lang.Runtime.maxMemory ... JNI] > [Dynamic-linking native method > java.io.FileInputStream.initIDs ... JNI] > [Dynamic-linking native method > java.io.FileDescriptor.initIDs ... JNI] > [Dynamic-linking native method > sun.misc.Unsafe.registerNatives ... JNI] > [Registering JNI native method > sun.misc.Unsafe.getObject] > [Registering JNI native method > sun.misc.Unsafe.putObject] > [Registering JNI native method > sun.misc.Unsafe.getObjectVolatile] > [Registering JNI native method > sun.misc.Unsafe.putObjectVolatile] > [Registering JNI native method > sun.misc.Unsafe.getBoolean] > [Registering JNI native method > sun.misc.Unsafe.putBoolean] > [Registering JNI native method > sun.misc.Unsafe.getBooleanVolatile] > [Registering JNI native method > sun.misc.Unsafe.putBooleanVolatile] > [Registering JNI native method > sun.misc.Unsafe.getByte] > [Registering JNI native method > sun.misc.Unsafe.putByte] > [Registering JNI native method > sun.misc.Unsafe.getByteVolatile] > [Registering JNI native method > sun.misc.Unsafe.putByteVolatile] > [Registering JNI native method > sun.misc.Unsafe.getShort] > [Registering JNI native method > sun.misc.Unsafe.putShort] > [Registering JNI native method > sun.misc.Unsafe.getShortVolatile] > [Registering JNI native method > sun.misc.Unsafe.putShortVolatile] > [Registering JNI native method > sun.misc.Unsafe.getChar] > [Registering JNI native method > sun.misc.Unsafe.putChar] > [Registering JNI native method > sun.misc.Unsafe.getCharVolatile] > [Registering JNI native method > sun.misc.Unsafe.putCharVolatile] > [Registering JNI native method > sun.misc.Unsafe.getInt] > [Registering JNI native method > sun.misc.Unsafe.putInt] > [Registering JNI native method > sun.misc.Unsafe.getIntVolatile] > [Registering JNI native method > sun.misc.Unsafe.putIntVolatile] > [Registering JNI native method > sun.misc.Unsafe.getLong] > [Registering JNI native method > sun.misc.Unsafe.putLong] > [Registering JNI native method > sun.misc.Unsafe.getLongVolatile] > [Registering JNI native method > sun.misc.Unsafe.putLongVolatile] > [Registering JNI native method > sun.misc.Unsafe.getFloat] > [Registering JNI native method > sun.misc.Unsafe.putFloat] > [Registering JNI native method > sun.misc.Unsafe.getFloatVolatile] > [Registering JNI native method > sun.misc.Unsafe.putFloatVolatile] > [Registering JNI native method > sun.misc.Unsafe.getDouble] > [Registering JNI native method > sun.misc.Unsafe.putDouble] > [Registering JNI native method > sun.misc.Unsafe.getDoubleVolatile] > [Registering JNI native method > sun.misc.Unsafe.putDoubleVolatile] > [Registering JNI native method > sun.misc.Unsafe.getByte] > [Registering JNI native method > sun.misc.Unsafe.putByte] > [Registering JNI native method > sun.misc.Unsafe.getShort] > [Registering JNI native method > sun.misc.Unsafe.putShort] > [Registering JNI native method > sun.misc.Unsafe.getChar] > [Registering JNI native method > sun.misc.Unsafe.putChar] > [Registering JNI native method > sun.misc.Unsafe.getInt] > [Registering JNI native method > sun.misc.Unsafe.putInt] > [Registering JNI native method > sun.misc.Unsafe.getLong] > [Registering JNI native method > sun.misc.Unsafe.putLong] > [Registering JNI native method > sun.misc.Unsafe.getFloat] > [Registering JNI native method > sun.misc.Unsafe.putFloat] > [Registering JNI native method > sun.misc.Unsafe.getDouble] > [Registering JNI native method > sun.misc.Unsafe.putDouble] > [Registering JNI native method > sun.misc.Unsafe.getAddress] > [Registering JNI native method > sun.misc.Unsafe.putAddress] > [Registering JNI native method > sun.misc.Unsafe.allocateMemory] > [Registering JNI native method > sun.misc.Unsafe.reallocateMemory] > [Registering JNI native method > sun.misc.Unsafe.freeMemory] > [Registering JNI native method > sun.misc.Unsafe.objectFieldOffset] > [Registering JNI native method > sun.misc.Unsafe.staticFieldOffset] > [Registering JNI native method > sun.misc.Unsafe.staticFieldBase] > [Registering JNI native method > sun.misc.Unsafe.ensureClassInitialized] > [Registering JNI native method > sun.misc.Unsafe.arrayBaseOffset] > [Registering JNI native method > sun.misc.Unsafe.arrayIndexScale] > [Registering JNI native method > sun.misc.Unsafe.addressSize] > [Registering JNI native method > sun.misc.Unsafe.pageSize] > [Dynamic-linking native method > java.lang.Throwable.fillInStackTrace > ... JNI] > [Registering JNI native method > sun.misc.Unsafe.getObject] > [Registering JNI native method > sun.misc.Unsafe.putObject] > [Registering JNI native method > sun.misc.Unsafe.getObjectVolatile] > [Registering JNI native method > sun.misc.Unsafe.putObjectVolatile] > [Registering JNI native method > sun.misc.Unsafe.getBoolean] > [Registering JNI native method > sun.misc.Unsafe.putBoolean] > [Registering JNI native method > sun.misc.Unsafe.getBooleanVolatile] > [Registering JNI native method > sun.misc.Unsafe.putBooleanVolatile] > [Registering JNI native method > sun.misc.Unsafe.getByte] > [Registering JNI native method > sun.misc.Unsafe.putByte] > [Registering JNI native method > sun.misc.Unsafe.getByteVolatile] > [Registering JNI native method > sun.misc.Unsafe.putByteVolatile] > [Registering JNI native method > sun.misc.Unsafe.getShort] > [Registering JNI native method > sun.misc.Unsafe.putShort] > [Registering JNI native method > sun.misc.Unsafe.getShortVolatile] > [Registering JNI native method > sun.misc.Unsafe.putShortVolatile] > [Registering JNI native method > sun.misc.Unsafe.getChar] > [Registering JNI native method > sun.misc.Unsafe.putChar] > [Registering JNI native method > sun.misc.Unsafe.getCharVolatile] > [Registering JNI native method > sun.misc.Unsafe.putCharVolatile] > [Registering JNI native method > sun.misc.Unsafe.getInt] > [Registering JNI native method > sun.misc.Unsafe.putInt] > [Registering JNI native method > sun.misc.Unsafe.getIntVolatile] > [Registering JNI native method > sun.misc.Unsafe.putIntVolatile] > [Registering JNI native method > sun.misc.Unsafe.getLong] > [Registering JNI native method > sun.misc.Unsafe.putLong] > [Registering JNI native method > sun.misc.Unsafe.getLongVolatile] > [Registering JNI native method > sun.misc.Unsafe.putLongVolatile] > [Registering JNI native method > sun.misc.Unsafe.getFloat] > [Registering JNI native method > sun.misc.Unsafe.putFloat] > [Registering JNI native method > sun.misc.Unsafe.getFloatVolatile] > [Registering JNI native method > sun.misc.Unsafe.putFloatVolatile] > [Registering JNI native method > sun.misc.Unsafe.getDouble] > [Registering JNI native method > sun.misc.Unsafe.putDouble] > [Registering JNI native method > sun.misc.Unsafe.getDoubleVolatile] > [Registering JNI native method > sun.misc.Unsafe.putDoubleVolatile] > [Registering JNI native method > sun.misc.Unsafe.getByte] > [Registering JNI native method > sun.misc.Unsafe.putByte] > [Registering JNI native method > sun.misc.Unsafe.getShort] > [Registering JNI native method > sun.misc.Unsafe.putShort] > [Registering JNI native method > sun.misc.Unsafe.getChar] > [Registering JNI native method > sun.misc.Unsafe.putChar] > [Registering JNI native method > sun.misc.Unsafe.getInt] > [Registering JNI native method > sun.misc.Unsafe.putInt] > [Registering JNI native method > sun.misc.Unsafe.getLong] > [Registering JNI native method > sun.misc.Unsafe.putLong] > [Registering JNI native method > sun.misc.Unsafe.getFloat] > [Registering JNI native method > sun.misc.Unsafe.putFloat] > [Registering JNI native method > sun.misc.Unsafe.getDouble] > [Registering JNI native method > sun.misc.Unsafe.putDouble] > [Registering JNI native method > sun.misc.Unsafe.getAddress] > [Registering JNI native method > sun.misc.Unsafe.putAddress] > [Registering JNI native method > sun.misc.Unsafe.allocateMemory] > [Registering JNI native method > sun.misc.Unsafe.reallocateMemory] > [Registering JNI native method > sun.misc.Unsafe.freeMemory] > [Registering JNI native method > sun.misc.Unsafe.objectFieldOffset] > [Registering JNI native method > sun.misc.Unsafe.staticFieldOffset] > [Registering JNI native method > sun.misc.Unsafe.staticFieldBase] > [Registering JNI native method > sun.misc.Unsafe.ensureClassInitialized] > [Registering JNI native method > sun.misc.Unsafe.arrayBaseOffset] > [Registering JNI native method > sun.misc.Unsafe.arrayIndexScale] > [Registering JNI native method > sun.misc.Unsafe.addressSize] > [Registering JNI native method > sun.misc.Unsafe.pageSize] > [Registering JNI native method > sun.misc.Unsafe.defineClass] > [Registering JNI native method > sun.misc.Unsafe.allocateInstance] > [Registering JNI native method > sun.misc.Unsafe.monitorEnter] > [Registering JNI native method > sun.misc.Unsafe.monitorExit] > [Registering JNI native method > sun.misc.Unsafe.tryMonitorEnter] > [Registering JNI native method > sun.misc.Unsafe.throwException] > [Registering JNI native method > sun.misc.Unsafe.compareAndSwapObject] > [Registering JNI native method > sun.misc.Unsafe.compareAndSwapInt] > [Registering JNI native method > sun.misc.Unsafe.compareAndSwapLong] > [Registering JNI native method > sun.misc.Unsafe.putOrderedObject] > [Registering JNI native method > sun.misc.Unsafe.putOrderedInt] > [Registering JNI native method > sun.misc.Unsafe.putOrderedLong] > [Registering JNI native method > sun.misc.Unsafe.park] > [Registering JNI native method > sun.misc.Unsafe.unpark] > [Registering JNI native method > sun.misc.Unsafe.getLoadAverage] > [Registering JNI native method > sun.misc.Unsafe.copyMemory] > [Registering JNI native method > sun.misc.Unsafe.setMemory] > [Registering JNI native method > sun.misc.Unsafe.defineAnonymousClass] > [Registering JNI native method > sun.misc.Unsafe.shouldBeInitialized] > [Registering JNI native method > sun.misc.Unsafe.loadFence] > [Registering JNI native method > sun.misc.Unsafe.storeFence] > [Registering JNI native method > sun.misc.Unsafe.fullFence] > [Dynamic-linking native method > sun.reflect.Reflection.getCallerClass > ... JNI] > [Dynamic-linking native method > java.io.FileDescriptor.set ... JNI] > [Dynamic-linking native method > java.io.FileOutputStream.initIDs ... JNI] > [Dynamic-linking native method > java.security.AccessController.doPrivileged > ... JNI] > [Dynamic-linking native method > java.lang.String.intern ... JNI] > [Dynamic-linking native method > java.lang.System.setIn0 ... JNI] > [Dynamic-linking native method > java.lang.Object.getClass ... JNI] > [Dynamic-linking native method > java.lang.Class.forName0 ... JNI] > [Dynamic-linking native method > sun.reflect.Reflection.getClassAccessFlags > ... JNI] > [Dynamic-linking native method > sun.reflect.NativeConstructorAccessorImpl.newInstance0 > ... JNI] > [Dynamic-linking native method > java.lang.System.setOut0 ... JNI] > [Dynamic-linking native method > java.lang.System.setErr0 ... JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.initIDs ... JNI] > [Dynamic-linking native method > java.lang.System.mapLibraryName ... JNI] > [Dynamic-linking native method > java.lang.ClassLoader$NativeLibrary.findBuiltinLib > ... JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.getBooleanAttributes > ... JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.canonicalize0 > ... JNI] > [Dynamic-linking native method > java.lang.ClassLoader$NativeLibrary.load > ... JNI] > [Dynamic-linking native method > sun.misc.Signal.findSignal ... JNI] > [Dynamic-linking native method > sun.misc.Signal.handle0 ... JNI] > [Dynamic-linking native method > sun.io.Win32ErrorMode.setErrorMode ... > JNI] > [Dynamic-linking native method > java.lang.Compiler.registerNatives ... > JNI] > [Registering JNI native method > java.lang.Compiler.compileClass] > [Registering JNI native method > java.lang.Compiler.compileClasses] > [Registering JNI native method > java.lang.Compiler.command] > [Registering JNI native method > java.lang.Compiler.enable] > [Registering JNI native method > java.lang.Compiler.disable] > [Dynamic-linking native method > java.lang.Class.isAssignableFrom ... JNI] > [Dynamic-linking native method > java.io.FileInputStream.open ... JNI] > [Dynamic-linking native method > java.io.FileInputStream.readBytes ... JNI] > [Dynamic-linking native method > java.io.FileInputStream.available ... JNI] > [Dynamic-linking native method > java.lang.reflect.Array.newArray ... JNI] > [Dynamic-linking native method > java.lang.Runtime.availableProcessors > ... JNI] > [Dynamic-linking native method > java.io.FileInputStream.close0 ... JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.list ... JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.canonicalizeWithPrefix0 > ... JNI] > [Dynamic-linking native method > java.lang.ClassLoader.findLoadedClass0 > ... JNI] > [Dynamic-linking native method > java.lang.ClassLoader.findBootstrapClass > ... JNI] > [Dynamic-linking native method > sun.misc.VMSupport.initAgentProperties > ... JNI] > [Dynamic-linking native method > java.lang.invoke.MethodHandleNatives.registerNatives > ... JNI] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.init] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.expand] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.resolve] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.getConstant] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.getNamedCon] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.getMembers] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.objectFieldOffset] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.staticFieldOffset] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.staticFieldBase] > [Registering JNI native method > java.lang.invoke.MethodHandleNatives.getMemberVMInfo] > [Registering JNI native method > java.lang.invoke.MethodHandle.invoke] > [Registering JNI native method > java.lang.invoke.MethodHandle.invokeExact] > [Dynamic-linking native method > java.lang.ClassLoader$NativeLibrary.find > ... JNI] > [Dynamic-linking native method > java.security.AccessController.doPrivileged > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.initIDs ... JNI] > [Dynamic-linking native method > java.lang.Package.getSystemPackage0 > ... JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.getLength ... JNI] > [Dynamic-linking native method > sun.misc.Perf.registerNatives ... JNI] > [Registering JNI native method > sun.misc.Perf.attach] > [Registering JNI native method > sun.misc.Perf.detach] > [Registering JNI native method > sun.misc.Perf.createLong] > [Registering JNI native method > sun.misc.Perf.createByteArray] > [Registering JNI native method > sun.misc.Perf.highResCounter] > [Registering JNI native method > sun.misc.Perf.highResFrequency] > [Dynamic-linking native method > java.lang.ClassLoader.defineClass1 ... > JNI] > [Dynamic-linking native method > java.io.WinNTFileSystem.getLastModifiedTime > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.open ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getTotal ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.startsWithLOC > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntry ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntryFlag ... > JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntryTime ... > JNI] > [Dynamic-linking native method > java.util.TimeZone.getSystemTimeZoneID > ... JNI] > [Dynamic-linking native method > java.util.zip.CRC32.updateBytes ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntryCrc ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntrySize ... > JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntryCSize > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntryMethod > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.getEntryBytes > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.freeEntry ... JNI] > [Dynamic-linking native method > java.util.zip.Inflater.initIDs ... JNI] > [Dynamic-linking native method > java.util.zip.Inflater.init ... JNI] > [Dynamic-linking native method > java.util.zip.Inflater.inflateBytes > ... JNI] > [Dynamic-linking native method > java.util.zip.ZipFile.read ... JNI] > [Dynamic-linking native method > java.util.zip.Inflater.reset ... JNI] > [Dynamic-linking native method > sun.reflect.NativeMethodAccessorImpl.invoke0 > ... JNI] > [Dynamic-linking native method > java.lang.Class.isInstance ... JNI] > [Dynamic-linking native method > java.security.AccessController.doPrivileged > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DPipeline.nInit > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DPipeline.nGetAdapterCount > ... JNI] > [Dynamic-linking native method > java.lang.System.identityHashCode ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication.initIDs > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication._setClassLoader > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication._init > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication._runLoop > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication.staticScreen_getScreens > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DResourceFactory.nGetContext > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DContext.nSetBlendEnabled > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinTimer._getMinPeriod > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinTimer._getMaxPeriod > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication._submitForLaterInvocation > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinTimer._start > ... JNI] > [Dynamic-linking native method > java.lang.Throwable.getStackTraceDepth > ... JNI] > [Dynamic-linking native method > java.lang.Throwable.getStackTraceElement > ... JNI] > [Dynamic-linking native method > java.io.FileOutputStream.writeBytes > ... JNI] > Exception in Application start method > [Dynamic-linking native method > com.sun.glass.ui.win.WinApplication._terminateLoop > ... JNI] > [Dynamic-linking native method > com.sun.glass.ui.win.WinTimer._stop > ... JNI] > [Dynamic-linking native method > com.sun.prism.d3d.D3DPipeline.nDispose > ... JNI] > java.lang.reflect.InvocationTargetException > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at > java.lang.reflect.Method.invoke(Method.java:483) > at > com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) > at > com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at > java.lang.reflect.Method.invoke(Method.java:483) > at > sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) > Caused by: java.lang.RuntimeException: > Exception in Application start method > at > com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) > at > com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) > at > com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown > Source) > at > java.lang.Thread.run(Thread.java:745) > Caused by: > java.lang.UnsatisfiedLinkError: > com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; > at > com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native > Method) > at > com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) > at > com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) > at > com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) > at > com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) > at > com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) > at > javafx.scene.control.Control.(Control.java:87) > at > net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) > at > com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) > at > com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown > Source) > at > com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) > at > com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown > Source) > at > com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) > at > com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown > Source) > at > java.security.AccessController.doPrivileged(Native > Method) > at > com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) > at > com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown > Source) > at > com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) > at > com.sun.glass.ui.win.WinApplication._runLoop(Native > Method) > at > com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) > at > com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown > Source) > ... 1 more > Exception running application > net.ess.newTools.HtmlEditor > [Dynamic-linking native method > java.lang.Shutdown.halt0 ... JNI] > > On the assumption that the VM is > failing to load some dll, I've tried > numerous means for letting eclipse > know the load library path, including > > * passing "-Djava.library.path=" on > the VM's command-line using , > pointing to the JDK's bin dir, and > the JavaFX2.1 install's bin dir > (where all dlls appear to live) > * setting the LD_LIBRARY_PATH > environment var to both of the above dirs > * adding both of the above dirs to PATH > * cloning all dlls to the directory > containing the > javafx.application.Application.class > file > > to no avail, I seem to be shooting in > the dark (i.e. don't know enough what > I'm doing). > > I'd appreciate any advice any of you > can provide to help me get unstuck. > > Thanks, > > -rjs > > > From David.Hill at Oracle.com Wed Oct 29 20:24:10 2014 From: David.Hill at Oracle.com (David Hill) Date: Wed, 29 Oct 2014 16:24:10 -0400 Subject: Please review compile warnings from GTK Message-ID: <54514CEA.1050503@Oracle.com> Kevin, Here is a set of changes to suppress compile warnings in GTK so that we might actually notice a new one Jira: https://javafx-jira.kenai.com/browse/RT-39208 Webrev: http://cr.openjdk.java.net/~ddhill/RT-39208 ** -- David Hill Java Embedded Development "A man's feet should be planted in his country, but his eyes should survey the world." -- George Santayana (1863 - 1952) From vadim.pakhnushev at oracle.com Wed Oct 29 21:29:40 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Thu, 30 Oct 2014 00:29:40 +0300 Subject: Problem accessing jfx native libs under eclipse on windows In-Reply-To: <5451374E.3000601@oracle.com> References: <54136636.70906@ensemblesoft.net> <54136858.3070507@oracle.com> <544A8D06.7030704@ensemblesoft.net> <544A8FC8.6010000@oracle.com> <544A94F3.5020804@ensemblesoft.net> <54510FFF.1040409@oracle.com> <5451374E.3000601@oracle.com> Message-ID: <54515C44.9080401@oracle.com> I think the fix for this is as simple as: diff -r 93f42b396c81 build.gradle --- a/build.gradle Wed Oct 29 09:25:31 2014 +0300 +++ b/build.gradle Thu Oct 30 00:27:59 2014 +0300 @@ -113,10 +113,13 @@ if (path == null || "".equals(path)) return path; ByteArrayOutputStream out = new ByteArrayOutputStream(); logger.info("Converting path '$path' via cygpath") - exec { + def res = exec { + ignoreExitValue = true standardOutput = out commandLine "cmd", "/c", "cygpath", "-m", path } + // if cygpath failed then we are running without cygwin? + if (res.exitValue != 0) return path; return out.toString().trim(); } This will effectively bypass cygpath calls and will enable to build at least OpenJFX without Cygwin while not breaking anything running from Cygwin. Vadim On 29.10.2014 21:51, Vadim Pakhnushev wrote: > Unfortunately, gradle detects Cygwin and modifies JAVA_HOME > environment variable preventing using it without cygpath later on. > https://issues.gradle.org/browse/GRADLE-2673 > So this will break building from Cygwin. > > Vadim > > On 29.10.2014 20:59, Scott Palmer wrote: >> If cygpath isn't needed and that's all cygwin was used for, and you >> already modified build.gradle to avoid the cygpath calls.... What's >> stopping you for checking that in so the cygwin requirement for >> OpenJFX can be dropped? >> >> The Gradle C/C++ support includes a method for creating a VS project >> from the Gradle source (since Gradle 1.11, see >> http://www.gradle.org/docs/1.11/release-notes#generate-visual-studio-configuration-for-a-native-binary-project). >> So you should be able to get that productivity boost without having >> to roll your own project files and maintain them. >> >> Scott >> >> On Wed, Oct 29, 2014 at 12:04 PM, Vadim Pakhnushev >> > >> wrote: >> >> At least for the OpenJFX without media/webkit Cygwin is used only >> for path manipulation (cygpath) so I don't think dropping it will >> boost performance at all. >> In fact, I just did a quick test and built OpenJFX without cygwin >> at all (modifying build.gradle so it will not call cygpath). >> >> Visual Studio is the only viable option for Windows development. >> When I was actively developing native Windows code, I created my >> own VS project which can build native dlls just fine without even >> calling gradle and that was huge productivity boost. >> >> Thanks, >> Vadim >> >> >> On 29.10.2014 18:05, Chris Bensen wrote: >> >> +1 Visual Studio provides the best debugger and losing that >> would be very sad. >> >> If we didn?t require Cygwin the build would also be faster! >> >> Chris >> >> >> On Oct 24, 2014, at 9:00 PM, Scott Palmer > > wrote: >> >> 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 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 >> java.lang.Class.isInterface] >> [Registering JNI native method >> java.lang.Class.getSigners] >> [Registering JNI native method >> java.lang.Class.setSigners] >> [Registering JNI native method >> java.lang.Class.isArray] >> [Registering JNI native method >> java.lang.Class.isPrimitive] >> [Registering JNI native method >> java.lang.Class.getComponentType] >> [Registering JNI native method >> java.lang.Class.getModifiers] >> [Registering JNI native method >> java.lang.Class.getDeclaredFields0] >> [Registering JNI native method >> java.lang.Class.getDeclaredMethods0] >> [Registering JNI native method >> java.lang.Class.getDeclaredConstructors0] >> [Registering JNI native method >> java.lang.Class.getProtectionDomain0] >> [Registering JNI native method >> java.lang.Class.getDeclaredClasses0] >> [Registering JNI native method >> java.lang.Class.getDeclaringClass0] >> [Registering JNI native method >> java.lang.Class.getGenericSignature0] >> [Registering JNI native method >> java.lang.Class.getRawAnnotations] >> [Registering JNI native method >> java.lang.Class.getConstantPool] >> [Registering JNI native method >> java.lang.Class.desiredAssertionStatus0] >> [Registering JNI native method >> java.lang.Class.getEnclosingMethod0] >> [Registering JNI native method >> java.lang.Class.getRawTypeAnnotations] >> [Dynamic-linking native method >> java.lang.ClassLoader.registerNatives >> ... JNI] >> [Registering JNI native method >> java.lang.ClassLoader.retrieveDirectives] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged >> ... JNI] >> [Dynamic-linking native method >> java.lang.Class.getPrimitiveClass ... JNI] >> [Dynamic-linking native method >> java.lang.Float.floatToRawIntBits ... JNI] >> [Dynamic-linking native method >> java.lang.Double.doubleToRawLongBits >> ... JNI] >> [Dynamic-linking native method >> java.lang.Double.longBitsToDouble ... JNI] >> [Dynamic-linking native method >> java.lang.System.initProperties ... JNI] >> [Dynamic-linking native method >> sun.misc.VM.initialize ... JNI] >> [Dynamic-linking native method >> java.lang.Runtime.maxMemory ... JNI] >> [Dynamic-linking native method >> java.io.FileInputStream.initIDs ... JNI] >> [Dynamic-linking native method >> java.io.FileDescriptor.initIDs ... JNI] >> [Dynamic-linking native method >> sun.misc.Unsafe.registerNatives ... JNI] >> [Registering JNI native method >> sun.misc.Unsafe.getObject] >> [Registering JNI native method >> sun.misc.Unsafe.putObject] >> [Registering JNI native method >> sun.misc.Unsafe.getObjectVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putObjectVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getBoolean] >> [Registering JNI native method >> sun.misc.Unsafe.putBoolean] >> [Registering JNI native method >> sun.misc.Unsafe.getBooleanVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putBooleanVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getByte] >> [Registering JNI native method >> sun.misc.Unsafe.putByte] >> [Registering JNI native method >> sun.misc.Unsafe.getByteVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putByteVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getShort] >> [Registering JNI native method >> sun.misc.Unsafe.putShort] >> [Registering JNI native method >> sun.misc.Unsafe.getShortVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putShortVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getChar] >> [Registering JNI native method >> sun.misc.Unsafe.putChar] >> [Registering JNI native method >> sun.misc.Unsafe.getCharVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putCharVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getInt] >> [Registering JNI native method >> sun.misc.Unsafe.putInt] >> [Registering JNI native method >> sun.misc.Unsafe.getIntVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putIntVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getLong] >> [Registering JNI native method >> sun.misc.Unsafe.putLong] >> [Registering JNI native method >> sun.misc.Unsafe.getLongVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putLongVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getFloat] >> [Registering JNI native method >> sun.misc.Unsafe.putFloat] >> [Registering JNI native method >> sun.misc.Unsafe.getFloatVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putFloatVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getDouble] >> [Registering JNI native method >> sun.misc.Unsafe.putDouble] >> [Registering JNI native method >> sun.misc.Unsafe.getDoubleVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putDoubleVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getByte] >> [Registering JNI native method >> sun.misc.Unsafe.putByte] >> [Registering JNI native method >> sun.misc.Unsafe.getShort] >> [Registering JNI native method >> sun.misc.Unsafe.putShort] >> [Registering JNI native method >> sun.misc.Unsafe.getChar] >> [Registering JNI native method >> sun.misc.Unsafe.putChar] >> [Registering JNI native method >> sun.misc.Unsafe.getInt] >> [Registering JNI native method >> sun.misc.Unsafe.putInt] >> [Registering JNI native method >> sun.misc.Unsafe.getLong] >> [Registering JNI native method >> sun.misc.Unsafe.putLong] >> [Registering JNI native method >> sun.misc.Unsafe.getFloat] >> [Registering JNI native method >> sun.misc.Unsafe.putFloat] >> [Registering JNI native method >> sun.misc.Unsafe.getDouble] >> [Registering JNI native method >> sun.misc.Unsafe.putDouble] >> [Registering JNI native method >> sun.misc.Unsafe.getAddress] >> [Registering JNI native method >> sun.misc.Unsafe.putAddress] >> [Registering JNI native method >> sun.misc.Unsafe.allocateMemory] >> [Registering JNI native method >> sun.misc.Unsafe.reallocateMemory] >> [Registering JNI native method >> sun.misc.Unsafe.freeMemory] >> [Registering JNI native method >> sun.misc.Unsafe.objectFieldOffset] >> [Registering JNI native method >> sun.misc.Unsafe.staticFieldOffset] >> [Registering JNI native method >> sun.misc.Unsafe.staticFieldBase] >> [Registering JNI native method >> sun.misc.Unsafe.ensureClassInitialized] >> [Registering JNI native method >> sun.misc.Unsafe.arrayBaseOffset] >> [Registering JNI native method >> sun.misc.Unsafe.arrayIndexScale] >> [Registering JNI native method >> sun.misc.Unsafe.addressSize] >> [Registering JNI native method >> sun.misc.Unsafe.pageSize] >> [Dynamic-linking native method >> java.lang.Throwable.fillInStackTrace >> ... JNI] >> [Registering JNI native method >> sun.misc.Unsafe.getObject] >> [Registering JNI native method >> sun.misc.Unsafe.putObject] >> [Registering JNI native method >> sun.misc.Unsafe.getObjectVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putObjectVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getBoolean] >> [Registering JNI native method >> sun.misc.Unsafe.putBoolean] >> [Registering JNI native method >> sun.misc.Unsafe.getBooleanVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putBooleanVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getByte] >> [Registering JNI native method >> sun.misc.Unsafe.putByte] >> [Registering JNI native method >> sun.misc.Unsafe.getByteVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putByteVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getShort] >> [Registering JNI native method >> sun.misc.Unsafe.putShort] >> [Registering JNI native method >> sun.misc.Unsafe.getShortVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putShortVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getChar] >> [Registering JNI native method >> sun.misc.Unsafe.putChar] >> [Registering JNI native method >> sun.misc.Unsafe.getCharVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putCharVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getInt] >> [Registering JNI native method >> sun.misc.Unsafe.putInt] >> [Registering JNI native method >> sun.misc.Unsafe.getIntVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putIntVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getLong] >> [Registering JNI native method >> sun.misc.Unsafe.putLong] >> [Registering JNI native method >> sun.misc.Unsafe.getLongVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putLongVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getFloat] >> [Registering JNI native method >> sun.misc.Unsafe.putFloat] >> [Registering JNI native method >> sun.misc.Unsafe.getFloatVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putFloatVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getDouble] >> [Registering JNI native method >> sun.misc.Unsafe.putDouble] >> [Registering JNI native method >> sun.misc.Unsafe.getDoubleVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.putDoubleVolatile] >> [Registering JNI native method >> sun.misc.Unsafe.getByte] >> [Registering JNI native method >> sun.misc.Unsafe.putByte] >> [Registering JNI native method >> sun.misc.Unsafe.getShort] >> [Registering JNI native method >> sun.misc.Unsafe.putShort] >> [Registering JNI native method >> sun.misc.Unsafe.getChar] >> [Registering JNI native method >> sun.misc.Unsafe.putChar] >> [Registering JNI native method >> sun.misc.Unsafe.getInt] >> [Registering JNI native method >> sun.misc.Unsafe.putInt] >> [Registering JNI native method >> sun.misc.Unsafe.getLong] >> [Registering JNI native method >> sun.misc.Unsafe.putLong] >> [Registering JNI native method >> sun.misc.Unsafe.getFloat] >> [Registering JNI native method >> sun.misc.Unsafe.putFloat] >> [Registering JNI native method >> sun.misc.Unsafe.getDouble] >> [Registering JNI native method >> sun.misc.Unsafe.putDouble] >> [Registering JNI native method >> sun.misc.Unsafe.getAddress] >> [Registering JNI native method >> sun.misc.Unsafe.putAddress] >> [Registering JNI native method >> sun.misc.Unsafe.allocateMemory] >> [Registering JNI native method >> sun.misc.Unsafe.reallocateMemory] >> [Registering JNI native method >> sun.misc.Unsafe.freeMemory] >> [Registering JNI native method >> sun.misc.Unsafe.objectFieldOffset] >> [Registering JNI native method >> sun.misc.Unsafe.staticFieldOffset] >> [Registering JNI native method >> sun.misc.Unsafe.staticFieldBase] >> [Registering JNI native method >> sun.misc.Unsafe.ensureClassInitialized] >> [Registering JNI native method >> sun.misc.Unsafe.arrayBaseOffset] >> [Registering JNI native method >> sun.misc.Unsafe.arrayIndexScale] >> [Registering JNI native method >> sun.misc.Unsafe.addressSize] >> [Registering JNI native method >> sun.misc.Unsafe.pageSize] >> [Registering JNI native method >> sun.misc.Unsafe.defineClass] >> [Registering JNI native method >> sun.misc.Unsafe.allocateInstance] >> [Registering JNI native method >> sun.misc.Unsafe.monitorEnter] >> [Registering JNI native method >> sun.misc.Unsafe.monitorExit] >> [Registering JNI native method >> sun.misc.Unsafe.tryMonitorEnter] >> [Registering JNI native method >> sun.misc.Unsafe.throwException] >> [Registering JNI native method >> sun.misc.Unsafe.compareAndSwapObject] >> [Registering JNI native method >> sun.misc.Unsafe.compareAndSwapInt] >> [Registering JNI native method >> sun.misc.Unsafe.compareAndSwapLong] >> [Registering JNI native method >> sun.misc.Unsafe.putOrderedObject] >> [Registering JNI native method >> sun.misc.Unsafe.putOrderedInt] >> [Registering JNI native method >> sun.misc.Unsafe.putOrderedLong] >> [Registering JNI native method >> sun.misc.Unsafe.park] >> [Registering JNI native method >> sun.misc.Unsafe.unpark] >> [Registering JNI native method >> sun.misc.Unsafe.getLoadAverage] >> [Registering JNI native method >> sun.misc.Unsafe.copyMemory] >> [Registering JNI native method >> sun.misc.Unsafe.setMemory] >> [Registering JNI native method >> sun.misc.Unsafe.defineAnonymousClass] >> [Registering JNI native method >> sun.misc.Unsafe.shouldBeInitialized] >> [Registering JNI native method >> sun.misc.Unsafe.loadFence] >> [Registering JNI native method >> sun.misc.Unsafe.storeFence] >> [Registering JNI native method >> sun.misc.Unsafe.fullFence] >> [Dynamic-linking native method >> sun.reflect.Reflection.getCallerClass >> ... JNI] >> [Dynamic-linking native method >> java.io.FileDescriptor.set ... JNI] >> [Dynamic-linking native method >> java.io.FileOutputStream.initIDs ... >> JNI] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged >> ... JNI] >> [Dynamic-linking native method >> java.lang.String.intern ... JNI] >> [Dynamic-linking native method >> java.lang.System.setIn0 ... JNI] >> [Dynamic-linking native method >> java.lang.Object.getClass ... JNI] >> [Dynamic-linking native method >> java.lang.Class.forName0 ... JNI] >> [Dynamic-linking native method >> sun.reflect.Reflection.getClassAccessFlags >> ... JNI] >> [Dynamic-linking native method >> sun.reflect.NativeConstructorAccessorImpl.newInstance0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.System.setOut0 ... JNI] >> [Dynamic-linking native method >> java.lang.System.setErr0 ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.initIDs ... JNI] >> [Dynamic-linking native method >> java.lang.System.mapLibraryName ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader$NativeLibrary.findBuiltinLib >> ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.getBooleanAttributes >> ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.canonicalize0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader$NativeLibrary.load >> ... JNI] >> [Dynamic-linking native method >> sun.misc.Signal.findSignal ... JNI] >> [Dynamic-linking native method >> sun.misc.Signal.handle0 ... JNI] >> [Dynamic-linking native method >> sun.io.Win32ErrorMode.setErrorMode ... >> JNI] >> [Dynamic-linking native method >> java.lang.Compiler.registerNatives ... >> JNI] >> [Registering JNI native method >> java.lang.Compiler.compileClass] >> [Registering JNI native method >> java.lang.Compiler.compileClasses] >> [Registering JNI native method >> java.lang.Compiler.command] >> [Registering JNI native method >> java.lang.Compiler.enable] >> [Registering JNI native method >> java.lang.Compiler.disable] >> [Dynamic-linking native method >> java.lang.Class.isAssignableFrom ... >> JNI] >> [Dynamic-linking native method >> java.io.FileInputStream.open ... JNI] >> [Dynamic-linking native method >> java.io.FileInputStream.readBytes ... JNI] >> [Dynamic-linking native method >> java.io.FileInputStream.available ... JNI] >> [Dynamic-linking native method >> java.lang.reflect.Array.newArray ... >> JNI] >> [Dynamic-linking native method >> java.lang.Runtime.availableProcessors >> ... JNI] >> [Dynamic-linking native method >> java.io.FileInputStream.close0 ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.list ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.canonicalizeWithPrefix0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader.findLoadedClass0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.ClassLoader.findBootstrapClass >> ... JNI] >> [Dynamic-linking native method >> sun.misc.VMSupport.initAgentProperties >> ... JNI] >> [Dynamic-linking native method >> java.lang.invoke.MethodHandleNatives.registerNatives >> ... JNI] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.init] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.expand] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.resolve] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getConstant] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getNamedCon] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getMembers] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.objectFieldOffset] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.setCallSiteTargetNormal] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.setCallSiteTargetVolatile] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.staticFieldOffset] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.staticFieldBase] >> [Registering JNI native method >> java.lang.invoke.MethodHandleNatives.getMemberVMInfo] >> [Registering JNI native method >> java.lang.invoke.MethodHandle.invoke] >> [Registering JNI native method >> java.lang.invoke.MethodHandle.invokeExact] >> [Dynamic-linking native method >> java.lang.ClassLoader$NativeLibrary.find >> ... JNI] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.initIDs ... JNI] >> [Dynamic-linking native method >> java.lang.Package.getSystemPackage0 >> ... JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.getLength ... JNI] >> [Dynamic-linking native method >> sun.misc.Perf.registerNatives ... JNI] >> [Registering JNI native method >> sun.misc.Perf.attach] >> [Registering JNI native method >> sun.misc.Perf.detach] >> [Registering JNI native method >> sun.misc.Perf.createLong] >> [Registering JNI native method >> sun.misc.Perf.createByteArray] >> [Registering JNI native method >> sun.misc.Perf.highResCounter] >> [Registering JNI native method >> sun.misc.Perf.highResFrequency] >> [Dynamic-linking native method >> java.lang.ClassLoader.defineClass1 ... >> JNI] >> [Dynamic-linking native method >> java.io.WinNTFileSystem.getLastModifiedTime >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.open ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getTotal ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.startsWithLOC >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntry ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntryFlag ... >> JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntryTime ... >> JNI] >> [Dynamic-linking native method >> java.util.TimeZone.getSystemTimeZoneID >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.CRC32.updateBytes ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntryCrc ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntrySize ... >> JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntryCSize >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntryMethod >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.getEntryBytes >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.freeEntry ... JNI] >> [Dynamic-linking native method >> java.util.zip.Inflater.initIDs ... JNI] >> [Dynamic-linking native method >> java.util.zip.Inflater.init ... JNI] >> [Dynamic-linking native method >> java.util.zip.Inflater.inflateBytes >> ... JNI] >> [Dynamic-linking native method >> java.util.zip.ZipFile.read ... JNI] >> [Dynamic-linking native method >> java.util.zip.Inflater.reset ... JNI] >> [Dynamic-linking native method >> sun.reflect.NativeMethodAccessorImpl.invoke0 >> ... JNI] >> [Dynamic-linking native method >> java.lang.Class.isInstance ... JNI] >> [Dynamic-linking native method >> java.security.AccessController.doPrivileged >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DPipeline.nInit >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DPipeline.nGetAdapterCount >> ... JNI] >> [Dynamic-linking native method >> java.lang.System.identityHashCode ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication.initIDs >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._setClassLoader >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._init >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._runLoop >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication.staticScreen_getScreens >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DPipeline.nGetAdapterOrdinal >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DResourceFactory.nGetContext >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DContext.nSetBlendEnabled >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DContext.nSetDeviceParametersFor2D >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DResourceFactory.nGetMaximumTextureSize >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinTimer._getMinPeriod >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinTimer._getMaxPeriod >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._submitForLaterInvocation >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinTimer._start >> ... JNI] >> [Dynamic-linking native method >> java.lang.Throwable.getStackTraceDepth >> ... JNI] >> [Dynamic-linking native method >> java.lang.Throwable.getStackTraceElement >> ... JNI] >> [Dynamic-linking native method >> java.io.FileOutputStream.writeBytes >> ... JNI] >> Exception in Application start method >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinApplication._terminateLoop >> ... JNI] >> [Dynamic-linking native method >> com.sun.glass.ui.win.WinTimer._stop >> ... JNI] >> [Dynamic-linking native method >> com.sun.prism.d3d.D3DPipeline.nDispose >> ... JNI] >> java.lang.reflect.InvocationTargetException >> at >> sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at >> java.lang.reflect.Method.invoke(Method.java:483) >> at >> com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(LauncherImpl.java:363) >> at >> com.sun.javafx.application.LauncherImpl.launchApplication(LauncherImpl.java:303) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at >> java.lang.reflect.Method.invoke(Method.java:483) >> at >> sun.launcher.LauncherHelper$FXHelper.main(LauncherHelper.java:767) >> Caused by: java.lang.RuntimeException: >> Exception in Application start method >> at >> com.sun.javafx.application.LauncherImpl.launchApplication1(LauncherImpl.java:875) >> at >> com.sun.javafx.application.LauncherImpl.lambda$0(LauncherImpl.java:157) >> at >> com.sun.javafx.application.LauncherImpl$$Lambda$47/895947612.run(Unknown >> Source) >> at >> java.lang.Thread.run(Thread.java:745) >> Caused by: >> java.lang.UnsatisfiedLinkError: >> com.sun.glass.ui.win.WinApplication._getHighContrastTheme()Ljava/lang/String; >> at >> com.sun.glass.ui.win.WinApplication._getHighContrastTheme(Native >> Method) >> at >> com.sun.glass.ui.win.WinApplication.getHighContrastTheme(WinApplication.java:261) >> at >> com.sun.javafx.tk.quantum.QuantumToolkit.getThemeName(QuantumToolkit.java:1512) >> at >> com.sun.javafx.application.PlatformImpl._setPlatformUserAgentStylesheet(PlatformImpl.java:689) >> at >> com.sun.javafx.application.PlatformImpl.setPlatformUserAgentStylesheet(PlatformImpl.java:545) >> at >> com.sun.javafx.application.PlatformImpl.setDefaultPlatformUserAgentStylesheet(PlatformImpl.java:509) >> at >> javafx.scene.control.Control.(Control.java:87) >> at >> net.ess.newTools.HtmlEditor.start(HtmlEditor.java:54) >> at >> com.sun.javafx.application.LauncherImpl.lambda$6(LauncherImpl.java:821) >> at >> com.sun.javafx.application.LauncherImpl$$Lambda$50/1113966589.run(Unknown >> Source) >> at >> com.sun.javafx.application.PlatformImpl.lambda$6(PlatformImpl.java:326) >> at >> com.sun.javafx.application.PlatformImpl$$Lambda$43/2008362258.run(Unknown >> Source) >> at >> com.sun.javafx.application.PlatformImpl.lambda$18(PlatformImpl.java:295) >> at >> com.sun.javafx.application.PlatformImpl$$Lambda$46/1820470793.run(Unknown >> Source) >> at >> java.security.AccessController.doPrivileged(Native >> Method) >> at >> com.sun.javafx.application.PlatformImpl.lambda$5(PlatformImpl.java:294) >> at >> com.sun.javafx.application.PlatformImpl$$Lambda$44/760563749.run(Unknown >> Source) >> at >> com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95) >> at >> com.sun.glass.ui.win.WinApplication._runLoop(Native >> Method) >> at >> com.sun.glass.ui.win.WinApplication.lambda$4(WinApplication.java:100) >> at >> com.sun.glass.ui.win.WinApplication$$Lambda$36/1622006612.run(Unknown >> Source) >> ... 1 more >> Exception running application >> net.ess.newTools.HtmlEditor >> [Dynamic-linking native method >> java.lang.Shutdown.halt0 ... JNI] >> >> On the assumption that the VM is >> failing to load some dll, I've tried >> numerous means for letting eclipse >> know the load library path, including >> >> * passing "-Djava.library.path=" on >> the VM's command-line using , >> pointing to the JDK's bin dir, and >> the JavaFX2.1 install's bin dir >> (where all dlls appear to live) >> * setting the LD_LIBRARY_PATH >> environment var to both of the above >> dirs >> * adding both of the above dirs to PATH >> * cloning all dlls to the directory >> containing the >> javafx.application.Application.class >> file >> >> to no avail, I seem to be shooting in >> the dark (i.e. don't know enough what >> I'm doing). >> >> I'd appreciate any advice any of you >> can provide to help me get unstuck. >> >> Thanks, >> >> -rjs >> >> >> > From james.graham at oracle.com Wed Oct 29 21:46:32 2014 From: james.graham at oracle.com (Jim Graham) Date: Wed, 29 Oct 2014 14:46:32 -0700 Subject: 8u40 review request: RT-39119 NaN values from short Transitions Message-ID: <54516038.3020908@oracle.com> Jira: https://javafx-jira.kenai.com/browse/RT-39119 webrev: http://cr.openjdk.java.net/~flar/RT-39119/webrev.00/ ...jim From chien.yang at oracle.com Wed Oct 29 21:59:13 2014 From: chien.yang at oracle.com (Chien Yang) Date: Wed, 29 Oct 2014 14:59:13 -0700 Subject: Code Review Request For RT-37946: Add a needsAlphaTest() method to BaseGraphics Class Message-ID: <54516331.3060001@oracle.com> Hi Kevin, Please review this simple refactoring work: JIRA: https://javafx-jira.kenai.com/browse/RT-37946 Thanks, - Chien From james.graham at oracle.com Thu Oct 30 18:58:40 2014 From: james.graham at oracle.com (Jim Graham) Date: Thu, 30 Oct 2014 11:58:40 -0700 Subject: 8u40 review request: RT-38923 OOM on animating transparent windows Message-ID: <54528A60.2080409@oracle.com> webrev: http://cr.openjdk.java.net/~flar/RT-38923/webrev.00/ Jira: https://javafx-jira.kenai.com/browse/RT-38923 The main issues are testing this in various configurations and with whatever tests were used that led us to the previous solution of having an unbounded number of outstanding pixel buffers in flight in the upload queue. I mainly tested with the test case in the description of the Jira issue on Mac (which doesn't use the UploadingPainter) and Win 7 (where I could reproduce the problem)... ...jim From david.dehaven at oracle.com Thu Oct 30 22:37:42 2014 From: david.dehaven at oracle.com (David DeHaven) Date: Thu, 30 Oct 2014 15:37:42 -0700 Subject: 8u40 RFR: RT-39238: [media] Mac native platform code doesn't compile with parfait compilers Message-ID: <5215D419-4094-48C1-894B-F3AD69B5E955@oracle.com> Kevin, Steve, can you please review my build system changes? Webrev: http://cr.openjdk.java.net/~ddehaven/RT-39238/rt.0/ JIRA Issue: https://javafx-jira.kenai.com/browse/RT-39238 -DrD- From morris.meyer at oracle.com Fri Oct 31 03:14:21 2014 From: morris.meyer at oracle.com (Morris Meyer) Date: Thu, 30 Oct 2014 23:14:21 -0400 Subject: 8u40 Review Request: [EnsembleApp] Add dialogs sample to Ensemble In-Reply-To: <54480B00.1050603@oracle.com> References: <54480B00.1050603@oracle.com> Message-ID: <5452FE8D.6010409@oracle.com> Folks, Could you please review the new Dialog app for Ensemble8? Thanks much! --mm WEBREV - http://cr.openjdk.java.net/~morris/RT-39121.01 BUG - https://javafx-jira.kenai.com/browse/RT-39121 From kevin.rushforth at oracle.com Fri Oct 31 03:32:52 2014 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Thu, 30 Oct 2014 20:32:52 -0700 Subject: [8u40] review request: RT-38475: Enable JavaFX to build with VS 2012 and VS 2013 Message-ID: <545302E4.1090906@oracle.com> Dave H & Dave D, Please review the following to enable building with VS2012: JIRA: https://javafx-jira.kenai.com/browse/RT-38475 Webrev: http://cr.openjdk.java.net/~kcr/RT-38475/webrev.00/ Note that the default is still VS2010 and will remain so. This is both for developer convenience and in support of the ongoing compiler upgrade effort for JDK 9. -- Kevin From vadim.pakhnushev at oracle.com Fri Oct 31 11:35:47 2014 From: vadim.pakhnushev at oracle.com (Vadim Pakhnushev) Date: Fri, 31 Oct 2014 14:35:47 +0300 Subject: In(Sanity) Testing Mondays Message-ID: <54537413.2040402@oracle.com> 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 From mike at plan99.net Fri Oct 31 13:48:07 2014 From: mike at plan99.net (Mike Hearn) Date: Fri, 31 Oct 2014 13:48:07 +0000 Subject: Embedding Mac native widgets into a Scene Message-ID: JavaFX provides a great set of widgets that are pretty complete, but a few lag behind behind their native counterparts on some platforms. This is especially noticeable with the Mac text field widget, which has things like integrated spelling/grammar checking, auto correct, services, speech recognition and so on. WebKit manages to expose all this functionality despite that HTML is not the native Mac UI framework. So I am wondering how hard it is for JFX to do the same. However, I know very little about how WebKit does this or how easy it'd be to replicate in the Java world. Are there any experts on the list who could comment? From steve.x.northover at oracle.com Fri Oct 31 14:52:58 2014 From: steve.x.northover at oracle.com (Stephen F Northover) Date: Fri, 31 Oct 2014 10:52:58 -0400 Subject: Embedding Mac native widgets into a Scene In-Reply-To: References: Message-ID: <5453A24A.1020202@oracle.com> Hi Mike, Embedding native controls in FX runs afoul of the whole lightweight/heavyweight issue. I had a hack of this once using SWT native controls and I was able to have them appear on Windows because HWND clipping was honored but on Mac, FX drew on top of the native control. Mac was changed to use CALayers way back for JDK7 and this also made things more complicated. Having said all that (from memory), for iOS, there was some work that overlayed an iOS text control in order to use the native keyboard control. The control was created when editing started and then disposed when editing ended. This would obviously have the same lightweight/heavyweight issues while editing was happening and a host of other smaller problems (wrong font, jumping, scrolling etc). One possible way for this to really work would be to get the native control to render to a texture and get JavaFX to draw the texture. That is just the painting side of the equation. Events would need to be delivered to this non-painting control as well. There are operating system calls on Mac that you can use to paint a control to an image so it is in theory doable but a ton of work. Steve On 2014-10-31, 9:48 AM, Mike Hearn wrote: > JavaFX provides a great set of widgets that are pretty complete, but a few > lag behind behind their native counterparts on some platforms. This is > especially noticeable with the Mac text field widget, which has things like > integrated spelling/grammar checking, auto correct, services, speech > recognition and so on. > > WebKit manages to expose all this functionality despite that HTML is not > the native Mac UI framework. So I am wondering how hard it is for JFX to do > the same. However, I know very little about how WebKit does this or how > easy it'd be to replicate in the Java world. Are there any experts on the > list who could comment? From jasper.potts at oracle.com Fri Oct 31 17:37:23 2014 From: jasper.potts at oracle.com (Jasper Potts) Date: Fri, 31 Oct 2014 10:37:23 -0700 Subject: Embedding Mac native widgets into a Scene In-Reply-To: <5453A24A.1020202@oracle.com> References: <5453A24A.1020202@oracle.com> Message-ID: The iOS implementation worked well. Used CALayers to draw over the top of Fx. It synced font and colors etc. made native background transparent. Jasper > On Oct 31, 2014, at 7:52 AM, Stephen F Northover wrote: > > Hi Mike, > > Embedding native controls in FX runs afoul of the whole lightweight/heavyweight issue. I had a hack of this once using SWT native controls and I was able to have them appear on Windows because HWND clipping was honored but on Mac, FX drew on top of the native control. Mac was changed to use CALayers way back for JDK7 and this also made things more complicated. > > Having said all that (from memory), for iOS, there was some work that overlayed an iOS text control in order to use the native keyboard control. The control was created when editing started and then disposed when editing ended. This would obviously have the same lightweight/heavyweight issues while editing was happening and a host of other smaller problems (wrong font, jumping, scrolling etc). > > One possible way for this to really work would be to get the native control to render to a texture and get JavaFX to draw the texture. That is just the painting side of the equation. Events would need to be delivered to this non-painting control as well. There are operating system calls on Mac that you can use to paint a control to an image so it is in theory doable but a ton of work. > > Steve > >> On 2014-10-31, 9:48 AM, Mike Hearn wrote: >> JavaFX provides a great set of widgets that are pretty complete, but a few >> lag behind behind their native counterparts on some platforms. This is >> especially noticeable with the Mac text field widget, which has things like >> integrated spelling/grammar checking, auto correct, services, speech >> recognition and so on. >> >> WebKit manages to expose all this functionality despite that HTML is not >> the native Mac UI framework. So I am wondering how hard it is for JFX to do >> the same. However, I know very little about how WebKit does this or how >> easy it'd be to replicate in the Java world. Are there any experts on the >> list who could comment? >