3 ms·

It seems you're struggling with the distinction between what Oracle calls the JRE, and what large or at least significant-to-HN swaths of industry seem to be ca

It seems you're struggling with the distinction between what Oracle calls the JRE, and what large or at least significant-to-HN swaths of industry seem to be calling it. Are you familiar with Debian? What would you call this? https://packages.debian.org/buster/default-jre https://packages.debian.org/buster/default-jre You seem very fixated on the desktop aspects of this that have been removed, such as JWS and the Control Panel. Neither of those are relevant to Linux server distributions. Until common Linux distributions no longer have an option to globally install a "default" environment that provides a Java Runtime via /usr/bin/java globally, it is nonsensical to talk about the JRE "not existing" regardless of what the OpenJDK team has decided for the future.

pron 6y ago
I guess you're asking whether now that the JRE no longer exists [1] and some people choose to distribute other kinds of Java runtimes and call them "JRE" (different runtimes named JRE from different vendors are not the same), is that an acceptable use of the term? I don't really care as long as people understand, one, the difference between the JRE and any other Java runtime, whatever they choose to call it -- I will use the OpenJDK terminology, though -- and that two, OpenJDK discourages the use of runtimes managed by third parties on non-developer systems and such users shouldn't be encouraged to install one; a runtime shared by multiple applications and managed by their vendor is perfectly fine (as is deploying an application intended for developers as a JAR and relying on them to use their JDK's runtime to run it). BTW, the JRE was desktop software. For the server, there was a "Server JRE" (https://www.oracle.com/uk/java/technologies/javase-server-jre8-downloads.html https://www.oracle.com/uk/java/technologies/javase-server-jr...) which is, indeed, much more similar than the (desktop) JRE to the various server runtimes various vendors now call "JRE". [1]: Technically, OpenJDK has never had a JRE because the JRE has never been open-sourced, but now that Oracle has open-sourced the entire JDK and discontinued the JRE entirely, there is no more a popular JDK that isn't an OpenJDK build (although there are not-so-popular JDKs that aren't OpenJDK, like OpenJ9), and so the popular Java implementation no longer has a JRE.

pron 6y ago

I guess you're asking whether now that the JRE no longer exists [1] and some people choose to distribute other kinds of Java runtimes and call them "JRE" (different runtimes named JRE from different vendors are not the same), is that an acceptable use of the term? I don't really care as long as people understand, one, the difference between the JRE and any other Java runtime, whatever they choose to call it -- I will use the OpenJDK terminology, though -- and that two, OpenJDK discourages the use of runtimes managed by third parties on non-developer systems and such users shouldn't be encouraged to install one; a runtime shared by multiple applications and managed by their vendor is perfectly fine (as is deploying an application intended for developers as a JAR and relying on them to use their JDK's runtime to run it). BTW, the JRE was desktop software. For the server, there was a "Server JRE" (https://www.oracle.com/uk/java/technologies/javase-server-jre8-downloads.html https://www.oracle.com/uk/java/technologies/javase-server-jr...) which is, indeed, much more similar than the (desktop) JRE to the various server runtimes various vendors now call "JRE". [1]: Technically, OpenJDK has never had a JRE because the JRE has never been open-sourced, but now that Oracle has open-sourced the entire JDK and discontinued the JRE entirely, there is no more a popular JDK that isn't an OpenJDK build (although there are not-so-popular JDKs that aren't OpenJDK, like OpenJ9), and so the popular Java implementation no longer has a JRE.