Announcement

Collapse
No announcement yet.

Fedora 33 Plans To Default To OpenJDK 11 As The Default Java Version

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • caligula
    replied
    Originally posted by Rob72 View Post
    Java8 is the last version to support Web Start, and I happen to have an application that still needs it. The application was meant to be sunset by now, but that has been extended a few times already as its HTML5 replacement is not yet fully ready... I would personally like to use a newer Java version, as Java8 has no support for HIDPI displays which makes using the aforementioned application problematic.
    https://openwebstart.com/

    Leave a comment:


  • caligula
    replied
    Originally posted by hrkristian View Post
    Hopefully they'll do something about the messed up state of OpenJFX at the same time then.
    What's the problem with OpenJFX?

    Leave a comment:


  • bug77
    replied
    Not defaulting to Java11 is idiotic in 2020. Bear in mind, we're just talking default JDK here, JDK8 would still be available, if needed.

    Leave a comment:


  • cybertraveler
    replied
    Originally posted by Rob72 View Post
    Java8 is the last version to support Web Start, and I happen to have an application that still needs it. The application was meant to be sunset by now, but that has been extended a few times already as its HTML5 replacement is not yet fully ready... I would personally like to use a newer Java version, as Java8 has no support for HIDPI displays which makes using the aforementioned application problematic.
    IIRC, one of the nice features of Java webstart was that it security sandboxed the Java code by default. So you could potentially run a big application from the web with some good security promises, before the time of HTML5 apps. It, and Flash seem redundant now that we have HTML5, but it was a nice feature.

    Leave a comment:


  • Rob72
    replied
    Java8 is the last version to support Web Start, and I happen to have an application that still needs it. The application was meant to be sunset by now, but that has been extended a few times already as its HTML5 replacement is not yet fully ready... I would personally like to use a newer Java version, as Java8 has no support for HIDPI displays which makes using the aforementioned application problematic.

    Leave a comment:


  • elatllat
    replied
    As long as they don't ship v10 in a package named v11 like Ubuntu 18.04.1.

    TLS 1.3 is still not thread safe.

    library support for modules is a disaster.

    Other than that 11 is about the same as 8.

    Leave a comment:


  • blacknova
    replied
    A lot of third-party dependencies are not really java module system friendly yet. And the only reason projects build with them is a bug in javac, while eclipse's compiler scream the bloody murder

    Leave a comment:


  • RahulSundaram
    replied
    Originally posted by hrkristian View Post
    Hopefully they'll do something about the messed up state of OpenJFX at the same time then.
    That's an independent project now. I wouldn't hold on to any hope for it

    Leave a comment:


  • hrkristian
    replied
    Hopefully they'll do something about the messed up state of OpenJFX at the same time then.

    Leave a comment:


  • FireBurn
    replied
    I've had issues connecting up to secure LDAP ports with Java 11. It uses TLS1.3 as default and doesn't seem to negotiate down. The only way I've found around it is to totally disable TLS 1.3 in Java - I can't for the life of me figure out how to do it just for that particular connection

    From the searches I've done, it's been quite a common problem

    Leave a comment:

Working...
X