Geertjan's Blog

  • March 1, 2015

Why I Am Excited About JDK 8 Update 40

Geertjan Wielenga
Product Manager

Doing JavaFX development? Take a look at the very clear performance enhancements in JDK 8 Update 40 (https://jdk8.java.net/download.html) by looking at a new EPUB plugin that's being worked on:

Join the discussion

Comments ( 11 )
  • guest Monday, March 2, 2015

    Since half a year I searched why

    squirrelsql and netbeans freezes for sometimes

    10 seconds (roughly) on win7 64 bit.

    This happened since java > 1.7.25

    (inclusive the actual java 1.8x version)

    Last week finally I discovered a workaround on


    stating that the bug is


    I don't understand why this is not fixed,

    but the project we just started we choosed

    to simply *ignore* java technology because

    of such gui slowness and long term outstanding problems.

    (there is a gui client and a server part)

    So we are not excited about javafx ... knowing

    that problems which perhaps arise will perhaps not be fixed.

  • MrB Monday, March 2, 2015

    I'm looking forward to the other improvements in JavaFX, that have come across from the ControlFX project. I've tossed SWING to the curb and have embraced JavaFX.

    One of the things I would like to see explained in the future a bit better, is deploying a JAR. Things keep changing (security) and its a struggle to be able to tell people how to use and run a JAR.

  • guest Monday, March 2, 2015

    MrB: The only changes in java security, that affected the client side from my experience were only applicable when running with a security manager and the default policy.

    Our applications at work all lunch as plain jars, which then run with full permissions.

    I think you mean JNLP + applets, yes that are moving targets and oracle could have shown a better track record. But keep in mind: It got better (less changes, better patches).

  • MrB Wednesday, March 4, 2015

    Thanks for the reply Guest. My point is some of us are building communities (not a business) around some of our Java/JavaFX software. Things like signing a JAR, deploying it via JNLP is not really clear. Oracle have plenty of existing demo applications they could write a simple tutorial on how to do all this - when they make changes to how things are deployed.

    FIREFOX continues to say that Java has securitiy issues... and its hard saying to people you have got something great happening in Java/JavaFX, only to have it not launch at the other end.

    I have people saying "Please move to HTML5 and Javascript". Right at this moment in time, MIDI is not something the web API does well.

  • alex Wednesday, March 4, 2015

    I can see some excellent (and long overdue) additions to JavaFX. Kudos.

  • guest Wednesday, March 18, 2015

    Hi Geertjan,

    It's interesting. We are not at all excited with what has happened to our application with update 40.

    The exact opposite has occurred for our webstart Swing application. With Java 8 update 40, performance of our Swing GUI has been severely degraded. I haven't been able to discern what was in the update between 31 and 40, but the clicking around in our app is now very sluggish compared to 31.

    Any ideas what in update 40 might have caused a Swing app launched via Webstart to be so sluggish vs. the exact same application running on Java 8 update 31?


    Skip Walker

  • Geertjan Wednesday, March 18, 2015

    Based on your "problem description"? No log files, nothing, nothing at all to reproduce anything, no files to help in any way? Nope, no clue whatsoever, Skip.

  • guest Friday, March 20, 2015

    Is there a planned release for the epub-plugin?

    It looks like a very promising project - especially since Sigil is not supported and developed anymore.

  • Peter Monday, April 20, 2015

    Dear Geertjan,

    As pointed out by Skip, recent updates (inc. u45 and the latest u60) are way too slow when it comes to repainting the ui after user interactions. The slow-down was quite impressive (and disappoiting) when I tested my code on u45 compared to what I've experienced on u11 and u25.

    As far as I can investigate, the phenomenon has something to do with styled scenes because the problem fades away if I detach my custom css file. The most obvious example is the official ensemble sample (javafx-samples-2.2.72/Ensemble.jar). The ui reacts very slow to mouse hover, mouse click etc.

    Any suggestion on how to get the speed back with stylesheets?

    Thanks in advance.



  • guest Wednesday, April 22, 2015

    Okay, I've examined the problem in a bit more detail. It only occurs if I redefine the background-color property or other color properties (e.g. -fx-color, -fx-body-color, -fx-hover-base, -fx-outer-border, -fx-inner-border) on a control. The only exception is -fx-base. Additionally, I can use derived color properties (e.g. -fx-color) as background-color values without issue (again, -fx-base cannot be used as a value).

    But setting -fx-base to the preferred color and -fx-background to -fx-color doesn't solve my problem until I cannot change -fx-background (or -fx-color) for pseudo elements like :hover and :armed.

    #chipBox .toggle-button {

    -fx-background-color: black; /*problematic in recent updates*/


    /* workaround */

    #chipBox .toggle-button {

    -fx-base: black;

    -fx-background-color: -fx-color; /*-fx-color equals -fx-base for unpressed, unhovered buttons*/


    Another strange behaviour is when a "problematic" control button fires (or is just hovered) it pushes the CPU up to 100%. Which gives a perfect explanation for the slowdown of the repainting phase.

    Please, let me know if you can devise a complete solution.

    Any help would be really appreciated.



  • Peter Thursday, April 23, 2015

    Of course, I meant: ...until I _can_ change -fx-background...

Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.