DIPG (Diffuse Intrinsic Pontine Glioma) and DMG (Diffuse Midline Glioma) are often categorized together but can have different treatments that can lead to slightly different prognosis paths. Still, much of the science, the research, foundational funding and data for both types of brain tumors are grouped under DIPG, mainly because historically much of the work researching DIPG since around 2012 led to the reclassification and current definitions of DMG.
DIPG is a type of brain tumor found in an area of the brainstem known as the pons. The name diffuse intrinsic pontine glioma describes how the tumor grows, where it is found, and what kinds of cells give rise to the tumor. Diagnoses of DIPG are typically made through an MRI or radiological exam. Diffuse means that the tumor is not well-contained – it grows out into other tissue so that cancer cells mix with healthy cells. Intrinsic simply means 'in', referring to the point or origin. Pontine indicates that the tumor is found in a part of the brainstem called the pons. The pons is responsible for a number of important bodily functions, like breathing, sleeping, bladder control, and balance. Glioma is a general term for tumors originating from glial cells. Glial cells are found throughout the brain. They make up the white matter of the brain that surrounds and supports the neurons (neurons are cells that carry messages in the brain). The lowest grade consistent with a DIPG is a grade 2 tumor, but many DIPG tumors will be grade 3 or 4 (the most-aggressive, fastest-growing grades).
Download the provided Chrome Disk Image (.dmg) or Package Installer (.pkg) and the sample profile files. Use your preferred editor to create configuration profiles with your corporate policies. Set up Chrome apps and extensions. Push Chrome Browser and the configuration profiles to your users' Mac computers using your preferred MDM tool. VS Code; Edge Code CC; Visual Studio; PhpStorm; Adobe Dreamweaver; JSON Syntax. JSON data is written in key/value pairs. The key and value are separated by a colon(:) in the middle with the key on the left and the value on the right. Different key/value pairs are separated by a comma(,).
Certain factors may lead to improved survival prognosis with those diagnosed with DIPG. They include those patients diagnosed before the age of 3 or after the age of 10, those patients with few symptoms prior to diagnosis and those patients with limited to no growth beyond the pons.
Ultimately some DIPG tumors reviewed by MRI may be termed as 'atypical' possibly leading to other diagnosis methodologies such as a biopsy to determine if other treatment options exist. For this reason it is strongly recommended that patients diagnosed with DIPG seek enrollment in the International DIPG/DMG Registry or the SIOPe DIPG Registry so that the MRI may be centrally reviewed by radiologists with strong experience with these types of tumors.
DMG, on the other hand, is a clarified diagnosis of a DIPG through a biopsy and more recently through blood biopsy methods. An astrocytoma located along the midline of the brain, it can also be found in midline structures like the spinal cord or thalamus. Often these tumors start as 'atypical' DIPG and are formally diagnosed as DMG. Still aggressive, they are often classified as a grade 4 tumor and tend to spread to neighboring tissue.
Starting as early as 2012, due to the surgical advancement of biopsy methods, it was discovered that DMGs also have a specific mutation in the H3F3A gene and are commonly referred to as H3K27 mutant. As these have received genomic analysis through leading registries such as the International DIPG/DMG Registry and the SIOPe DIPG Registry, genetic marker identification has led to the discovery of certain drugs and treatments that may be applicable. This has also led to the findings reported in 2018 in the Journal of Clinical Oncology (https://thecurestartsnow.org/impact/news/characteristics-of-long-term-survivors-of-dipg/) detailing a slightly higher chance of improved prognosis with those patients that present the H3K27 mutation.
While a World Health Organization reclassification of these astrocytomas categorizes DIPG as a subgroup of DMG, most researchers and foundations tend to regard DMGs as a parallel group to DIPG in that the diagnosis of a patient starts with DIPG and then is later identified as a DMG after biopsy or blood biopsy methods.
Learn more about the diagnosis and imaging of DIPG
Who the hell am I?
I'm @MarcoBehler and I share everything I know about making awesome software through my guides, screencasts, talks and courses.
Follow me on Twitter to find out what I'm currently working on.
You can use this guide to get practical information on how to find and install the latest Java, understand the differences between Java distributions (AdoptOpenJdk, OpenJDK, OracleJDK etc.), as well as get an overview of Java language features, including version Java versions 8-16.
Practical Information
First, let's have a look at some common, practical questions that people have when trying to choose the right Java version for their project.
TL;DR I only want a download link and know about everything else. Where should I go?
Go to the AdoptOpenJDK site, chose the latest Java version, download and install it. Then come back to this guide to maybe still learn a thing or two about Java versions.
What is the latest Java version?
As of March 2021, Java 16 is the latest released Java version.
What Java version should I use?
Newer Java versions now follow every 6 months. Hence, Java 17 is scheduled for September 2021, Java 18 for Marc 2022 and so on. In the past, Java release cycles were much longer, up to 3-5 years. This graphic demonstrates that:
With that many new versions coming out, there's basically these real-world(™) usage scenarios:
Legacy projects in companies are often stuck with using Java 8 (see Why are companies still stuck with Java 8?) . Hence you will be forced to use Java 8 as well.
Some legacy projects are even stuck on Java 1.5 (released 2004) or 1.6 (released 2006) - sorry, pals!
If you are making sure to use the very latest IDEs, frameworks and build tools and starting a greenfield project, you can, without hesitation, use Java 11 (LTS) or even the latest Java 16.
There's the special field of Android development, where the Java version is basically stuck at Java 7, with a specific set of Java 8 features available. Or you switch to using the Kotlin programming language.
Why are companies still stuck with Java 8?
There's a mix of different reasons companies are still stuck with Java 8. To name a few:
Build tools (Maven, Gradle etc.) and some libraries initially had bugs with versions Java versions > 8 and needed updates. Even today, with e.g. Java >=9, certain build tools print out 'reflective access'-warnings when building Java projects, which simply 'feels not ready', even though the builds are fine.
Up until Java 8 you were pretty much using Oracle's JDK builds and you did not have to care about licensing. Oracle changed the licensing scheme In 2019, though, which led the internet go crazy with a ton of articles saying 'Java is not free anymore' - and a fair amount of confusion followed. This is however not really an issue, which you'll learn about in the Java Distributions section of this guide.
Some companies have policies to only use LTS versions and rely on their OS vendors to provide them these builds, which takes time.
To sum up: you have a mix of practical issues (upgrading your tools, libraries, frameworks) and political issues.
Why are some Java versions, like 8 also called 1.8?
Java versions before 9 simply had a different naming scheme. So, Java 8 can also be called 1.8, Java 5 can be called 1.5 etc. When you issued the 'java -version' command, with these versions you got output like this:
Which simply means Java 8. With the switch to time-based releases with Java 9 the naming scheme also changed, and Java versions aren't prefixed with 1.x anymore. Now the version number looks like this:
What is the difference between the Java versions? Should I learn a specific one?
Coming from other programming languages with major breakages between releases, like say Python 2 to 3, you might be wondering if the same applies to Java.
Java is special in this regard, as it is extremely backwards compatible. This means that your Java 5 or 8 program is guaranteed to run with a Java 8-16 virtual machine - with a few exceptions you don't need to worry about for now.
It obviously does not work the other way around, say your program relies on Java 14 features, that are simply not available under a Java 8 JVM.
You do not just 'learn' a specific Java version, like 12.
Rather, you'll get a good foundation in all language features up until Java 8. This serves as a good base.
And then learn, from a guide like this, what additional features came in Java 9-14 and use them whenever you can.
What are examples of these new features between Java versions?
But as a rule of thumb: The older, longer release-cycles (3-5 years, up until Java 8) meant a lot of new features per release.
The 6-month release cycle means a lot less features, per release, so you can catch up quickly on Java 9-14 language features.
What is the difference between a JRE and a JDK?
Up until now, we have only been talking about 'Java'. But what is Java exactly?
First, you need to differentiate between a JRE (Java Runtime Environment) and a JDK (Java Development Kit).
Historically, you downloaded just a JRE if you were only interested in running Java programs. A JRE includes, among other things, the Java Virtual Machine (JVM) and the 'java' command line tool.
To develop new Java programs, you needed to download a JDK. A JDK includes everything the JRE has, as well as the compiler javac and a couple of other tools like javadoc (Java documentation generator) and jdb (Java Debugger).
Up until Java 8, the Oracle website offered JREs and JDKs as separate downloads - even though the JDK also always included a JRE in a separate folder. With Java 9 that distinction was basically gone, and you are always downloading a JDK. The directory structure of JDKs also changed, with not having an explicit JRE folder anymore.
So, even though some distributions (see Java Distributions section) still offer a separate JRE download, there seems to be the trend of offering just a JDK. Hence, we are going to use Java and JDK interchangeably from now on.
How do I install Java or a JDK then?
Ignore the Java-Docker images, .msi wrappers or platform-specific packages for the moment. In the end, Java is just a .zip file, nothing more, nothing less.
Therefore, all you need to do to install Java onto your machine, is to unzip your jdk-{5-14}.zip file. You don't even need administrator rights for that.
The magic happens in the /bin directory, which under Windows looks like this:
So all you need to do is unzip that file and put the /bin directory in your PATH variable, so you can call the 'java' command from anywhere.
(In case you are wondering, GUI installers like the one from Oracle or AdoptOpenJDK will do the unzipping and modifying the PATH variable for you, that's about it.)
To verify you installed Java correctly, you can then simply run 'java -version'. If the output looks like the one below, you are good to go.
Now there's one question left: Where do you get that Java .zip file from? Which brings us to the topic of distributions.
Java Distributions
There's a variety of sites offering Java (read: JDK) downloads and it is unclear 'who offers what and with which licensing'. This section will shed some light on this.
The OpenJDK project
In terms of Java source code (read: the source code for your JRE/JDK), there is only one, living at the OpenJDK project site.
This is just source code however, not a distributable build (think: your .zip file with the compiled java command for your specific operating system). In theory, you and I could produce a build from that source code, call it, say, MarcoJDK and start distributing it. But our distribution would lack certification, to be able to legally call ourselves Java SE compatible.
That's why in practice, there's a handful of vendors that actually create these builds, get them certified (see TCK) and then distribute them.
And while vendors cannot, say, remove a method from the String class before producing a new Java build, they can add branding (yay!) or add some other (e.g. CLI) utilities they deem useful. But other than that, the original source code is the same for all Java distributions.
OpenJDK builds (by Oracle) and OracleJDK builds
One of the vendors who builds Java from source is Oracle. This leads to two different Java distributions, which can be very confusing at first.
OpenJDK builds by Oracle(!). These builds are free and unbranded, but Oracle won't release updates for older versions, say Java 15, as soon as Java 16 comes out.
OracleJDK, which is a branded, commercial build starting with the license change in 2019. Which means it can be used for free during development, but you need to pay Oracle if using it in production. For this, you get longer support, i.e. updates to versions and a telephone number you can call if your JVM goes crazy.
Now, historically (pre-Java 8) there were actual source differences between OpenJDK builds and OracleJDK builds, where you could say that OracleJDK was 'better'. But as of today, both versions are essentially the same, with minor differences.
It then boils down to you wanting paid, commercial support (a telephone number) for your installed Java version.
AdoptOpenJDK
In 2017, a group of Java User Group members, developers and vendors (Amazon, Microsoft, Pivotal, Redhat and others) started a community, called AdoptOpenJDK.
They provide free, rock-solid OpenJDK builds with longer availibility/updates and even offer you the choice of two different Java virtual machines: HotSpot and OpenJ9.
Highly recommended if you are looking to install Java.
Azul Zulu, Amazon Corretto, SAPMachine
You will find a complete list of OpenJDK builds at the OpenJDK Wikipedia site. Among them are Azul Zulu, Amazon Corretto as well as SapMachine, to name a few. To oversimplify it boils down to you having different support options/maintenance guarantees.
But make sure to check out the individual websites to learn about the advantages of each single distribution.
A Complete OpenJDK Distribution Overview
Rafael Winterhalter compiled a great list of all available OpenJDK builds, including their OS, architecture, licensing, support and maintenance windows.
Recommendation
To re-iterate from the beginning, in 2020, unless you have very specific requirements, go get your jdk.zip (.tar.gz/.msi/.pkg) file from https://adoptopenjdk.net or choose a package provided by your OS-vendor.
Java Features 8-16
As mentioned at the very beginning of this guide: Essentially all (don't be picky now) Java 8 language features also work in Java 14. The same goes for all other Java versions in between.
Which in turns means that all language features from Java 8 serve as very good Java base knowledge and everything else (Java 9-14) is pretty much additional features on top of that baseline.
Here's a quick overview of what the specific versions have to offer:
- Java 8 -
Java 8 was a massive release and you can find a list of all features at the Oracle website. There's two main feature sets I'd like to mention here, though:
Language Features: Lambdas etc.
Before Java 8, whenever you wanted to instantiate, for example, a new Runnable, you had to write an anonymous inner class like so:
With lambdas, the same code looks like this:
You also got method references, repeating annotations, default methods for interfaces and a few other language features.
Collections & Streams
In Java 8 you also got functional-style operations for collections, also known as the Stream API. A quick example:
Now pre-Java 8 you basically had to write for-loops to do something with that list.
If you want more Java 8 practice
Obviously, I can only give a quick overview of each newly added Stream, Lambda or Optional method in Java 8 in the scope of this guide.
If you want a more detailed, thorough overview - including exercises - you can have a look at my Java 8 core features course.
- Java 9 -
Java 9 also was a fairly big release, with a couple of additions:
Collections
Collections got a couple of new helper methods, to easily construct Lists, Sets and Maps.
Streams
Streams got a couple of additions, in the form of takeWhile,dropWhile,iterate methods.
Optionals
Optionals got the sorely missed ifPresentOrElse method.
Interfaces
Other Language Features
And a couple of other improvements, like an improved try-with-resources statement or diamond operator extensions.
JShell
Finally, Java got a shell where you can try out simple commands and get immediate results.
HTTPClient
Java 9 brought the initial preview version of a new HttpClient. Up until then, Java's built-in Http support was rather low-level, and you had to fall back on using third-party libraries like Apache HttpClient or OkHttp (which are great libraries, btw!).
With Java 9, Java got its own, modern client - although in preview mode, which means subject to change in later Java versions.
Project Jigsaw: Java Modules and Multi-Release Jar Files
Java 9 got the Jigsaw Module System, which somewhat resembles the good old OSGI specification. It is not in the scope of this guide to go into full detail on Jigsaw, but have a look at the previous links to learn more.
Multi-Release .jar files made it possible to have one .jar file which contains different classes for different JVM versions. So your program can behave differently/have different classes used when run on Java 8 vs. Java 10, for example.
If you want more Java 9 practice
Again, this is just a quick overview of Java 9 features and if you want more thorough explanations and exercises, have a look at the Java 9 core features course.
- Java 10 -
There have been a few changes to Java 10, like Garbage Collection etc. But the only real change you as a developer will likely see is the introduction of the 'var'-keyword, also called local-variable type inference.
Local-Variable Type Inference: var-keyword
Feels Javascript-y, doesn't it? It is still strongly typed, though, and only applies to variables inside methods (thanks, dpash, for pointing that out again).
- Java 11 -
Java 11 was also a somewhat smaller release, from a developer perspective.
Strings & Files
Strings and Files got a couple new methods (not all listed here):
Run Source Files
Starting with Java 10, you can run Java source files without having to compile them first. A step towards scripting.
Local-Variable Type Inference (var) for lambda parameters
HttpClient
The HttpClient from Java 9 in its final, non-preview version.
Other stuff
Flight Recorder, No-Op Garbage Collector, Nashorn-Javascript-Engine deprecated etc.
- Java 12 -
Java 12 got a couple new features and clean-ups, but the only ones worth mentioning here are Unicode 11 support and a preview of the new switch expression, which you will see covered in the next section.
- Java 13 -
You can find a complete feature list here, but essentially you are getting Unicode 12.1 support, as well as two new or improved preview features (subject to change in the future):
Switch Expression (Preview)
Switch expressions can now return a value. And you can use a lambda-style syntax for your expressions, without the fall-through/break issues:
Whereas with Java 13, switch statements can look like this:
Multiline Strings (Preview)
Java 14
Switch Expression (Standard)
The switch expressions that were preview in versions 12 and 13, are now standardized.
Records (Preview)
There are now record classes, which help alleviate the pain of writing a lot of boilerplate with Java.
Have a look at this pre Java 14 class, which only contains data, (potentially) getters/setters, equals/hashcode, toString.
With records, it can now be written like this:
Again, this is a preview feature and subject to change in future releases.
Helpful NullPointerExceptions
Finally NullPointerExceptions describe exactly which variable was null.
Pattern Matching For InstanceOf (Preview)
Whereas previously you had to (cast) your objects inside an instanceof like this:
You can now do this, effectively dropping the cast.
Packaging Tool (Incubator)
There's an incubating jpackage tool, which allows to package your Java application into platform-specific packages, including all necessary dependencies.
Linux: deb and rpm
macOS: pkg and dmg
Windows: msi and exe
Garbage Collectors
The Concurrent Mark Sweep (CMS) Garbage Collector has been removed, and the experimental Z Garbage Collector has been added.
Java 15
Text-Blocks / Multiline Strings
Introduced as an experimental feature in Java 13 (see above), multiline strings are now production-ready.
Sealed Classes - Preview
If you ever wanted to have an even closer grip on who is allowed to subclass your classes, there's now the sealed feature.
This means that while the class is public, the only classes allowed to subclass Shape are Circle, Rectangle and Square.
Records & Pattern Matching
The Records and Pattern Matching features from Java 14 (see above), are still in preview and not yet finalized.
Nashorn JavaScript Engine
Dmg Or Pkg For Mac
After having been deprecated in Java 11, the Nashorn Javascript Engine was now finally removed in JDK 15.
ZGC: Production Ready
The Z Garbage Collector is not marked experimental anymore. It's now production-ready.
Java 16
Unix-Domain Socket Channels
You can now connect to Unix domain sockets (also supported by macOS and Windows (10+).
Foreign Linker API - Preview
A planned replacement for JNI (Java Native Interface), allowing you to bind to native libraries (think C).
Records & Pattern Matching
Both features are now production-ready, and not marked in preview anymore.
Sealed Classes
Sealed Classes (from Java 15, see above) are still in preview.
Java 17 and later
Will be covered here, as soon as they are getting released. Check back soon.
Fin
By now you should have a pretty good overview of a couple things:
Therefore, all you need to do to install Java onto your machine, is to unzip your jdk-{5-14}.zip file. You don't even need administrator rights for that.
The magic happens in the /bin directory, which under Windows looks like this:
So all you need to do is unzip that file and put the /bin directory in your PATH variable, so you can call the 'java' command from anywhere.
(In case you are wondering, GUI installers like the one from Oracle or AdoptOpenJDK will do the unzipping and modifying the PATH variable for you, that's about it.)
To verify you installed Java correctly, you can then simply run 'java -version'. If the output looks like the one below, you are good to go.
Now there's one question left: Where do you get that Java .zip file from? Which brings us to the topic of distributions.
Java Distributions
There's a variety of sites offering Java (read: JDK) downloads and it is unclear 'who offers what and with which licensing'. This section will shed some light on this.
The OpenJDK project
In terms of Java source code (read: the source code for your JRE/JDK), there is only one, living at the OpenJDK project site.
This is just source code however, not a distributable build (think: your .zip file with the compiled java command for your specific operating system). In theory, you and I could produce a build from that source code, call it, say, MarcoJDK and start distributing it. But our distribution would lack certification, to be able to legally call ourselves Java SE compatible.
That's why in practice, there's a handful of vendors that actually create these builds, get them certified (see TCK) and then distribute them.
And while vendors cannot, say, remove a method from the String class before producing a new Java build, they can add branding (yay!) or add some other (e.g. CLI) utilities they deem useful. But other than that, the original source code is the same for all Java distributions.
OpenJDK builds (by Oracle) and OracleJDK builds
One of the vendors who builds Java from source is Oracle. This leads to two different Java distributions, which can be very confusing at first.
OpenJDK builds by Oracle(!). These builds are free and unbranded, but Oracle won't release updates for older versions, say Java 15, as soon as Java 16 comes out.
OracleJDK, which is a branded, commercial build starting with the license change in 2019. Which means it can be used for free during development, but you need to pay Oracle if using it in production. For this, you get longer support, i.e. updates to versions and a telephone number you can call if your JVM goes crazy.
Now, historically (pre-Java 8) there were actual source differences between OpenJDK builds and OracleJDK builds, where you could say that OracleJDK was 'better'. But as of today, both versions are essentially the same, with minor differences.
It then boils down to you wanting paid, commercial support (a telephone number) for your installed Java version.
AdoptOpenJDK
In 2017, a group of Java User Group members, developers and vendors (Amazon, Microsoft, Pivotal, Redhat and others) started a community, called AdoptOpenJDK.
They provide free, rock-solid OpenJDK builds with longer availibility/updates and even offer you the choice of two different Java virtual machines: HotSpot and OpenJ9.
Highly recommended if you are looking to install Java.
Azul Zulu, Amazon Corretto, SAPMachine
You will find a complete list of OpenJDK builds at the OpenJDK Wikipedia site. Among them are Azul Zulu, Amazon Corretto as well as SapMachine, to name a few. To oversimplify it boils down to you having different support options/maintenance guarantees.
But make sure to check out the individual websites to learn about the advantages of each single distribution.
A Complete OpenJDK Distribution Overview
Rafael Winterhalter compiled a great list of all available OpenJDK builds, including their OS, architecture, licensing, support and maintenance windows.
Recommendation
To re-iterate from the beginning, in 2020, unless you have very specific requirements, go get your jdk.zip (.tar.gz/.msi/.pkg) file from https://adoptopenjdk.net or choose a package provided by your OS-vendor.
Java Features 8-16
As mentioned at the very beginning of this guide: Essentially all (don't be picky now) Java 8 language features also work in Java 14. The same goes for all other Java versions in between.
Which in turns means that all language features from Java 8 serve as very good Java base knowledge and everything else (Java 9-14) is pretty much additional features on top of that baseline.
Here's a quick overview of what the specific versions have to offer:
- Java 8 -
Java 8 was a massive release and you can find a list of all features at the Oracle website. There's two main feature sets I'd like to mention here, though:
Language Features: Lambdas etc.
Before Java 8, whenever you wanted to instantiate, for example, a new Runnable, you had to write an anonymous inner class like so:
With lambdas, the same code looks like this:
You also got method references, repeating annotations, default methods for interfaces and a few other language features.
Collections & Streams
In Java 8 you also got functional-style operations for collections, also known as the Stream API. A quick example:
Now pre-Java 8 you basically had to write for-loops to do something with that list.
If you want more Java 8 practice
Obviously, I can only give a quick overview of each newly added Stream, Lambda or Optional method in Java 8 in the scope of this guide.
If you want a more detailed, thorough overview - including exercises - you can have a look at my Java 8 core features course.
- Java 9 -
Java 9 also was a fairly big release, with a couple of additions:
Collections
Collections got a couple of new helper methods, to easily construct Lists, Sets and Maps.
Streams
Streams got a couple of additions, in the form of takeWhile,dropWhile,iterate methods.
Optionals
Optionals got the sorely missed ifPresentOrElse method.
Interfaces
Other Language Features
And a couple of other improvements, like an improved try-with-resources statement or diamond operator extensions.
JShell
Finally, Java got a shell where you can try out simple commands and get immediate results.
HTTPClient
Java 9 brought the initial preview version of a new HttpClient. Up until then, Java's built-in Http support was rather low-level, and you had to fall back on using third-party libraries like Apache HttpClient or OkHttp (which are great libraries, btw!).
With Java 9, Java got its own, modern client - although in preview mode, which means subject to change in later Java versions.
Project Jigsaw: Java Modules and Multi-Release Jar Files
Java 9 got the Jigsaw Module System, which somewhat resembles the good old OSGI specification. It is not in the scope of this guide to go into full detail on Jigsaw, but have a look at the previous links to learn more.
Multi-Release .jar files made it possible to have one .jar file which contains different classes for different JVM versions. So your program can behave differently/have different classes used when run on Java 8 vs. Java 10, for example.
If you want more Java 9 practice
Again, this is just a quick overview of Java 9 features and if you want more thorough explanations and exercises, have a look at the Java 9 core features course.
- Java 10 -
There have been a few changes to Java 10, like Garbage Collection etc. But the only real change you as a developer will likely see is the introduction of the 'var'-keyword, also called local-variable type inference.
Local-Variable Type Inference: var-keyword
Feels Javascript-y, doesn't it? It is still strongly typed, though, and only applies to variables inside methods (thanks, dpash, for pointing that out again).
- Java 11 -
Java 11 was also a somewhat smaller release, from a developer perspective.
Strings & Files
Strings and Files got a couple new methods (not all listed here):
Run Source Files
Starting with Java 10, you can run Java source files without having to compile them first. A step towards scripting.
Local-Variable Type Inference (var) for lambda parameters
HttpClient
The HttpClient from Java 9 in its final, non-preview version.
Other stuff
Flight Recorder, No-Op Garbage Collector, Nashorn-Javascript-Engine deprecated etc.
- Java 12 -
Java 12 got a couple new features and clean-ups, but the only ones worth mentioning here are Unicode 11 support and a preview of the new switch expression, which you will see covered in the next section.
- Java 13 -
You can find a complete feature list here, but essentially you are getting Unicode 12.1 support, as well as two new or improved preview features (subject to change in the future):
Switch Expression (Preview)
Switch expressions can now return a value. And you can use a lambda-style syntax for your expressions, without the fall-through/break issues:
Whereas with Java 13, switch statements can look like this:
Multiline Strings (Preview)
Java 14
Switch Expression (Standard)
The switch expressions that were preview in versions 12 and 13, are now standardized.
Records (Preview)
There are now record classes, which help alleviate the pain of writing a lot of boilerplate with Java.
Have a look at this pre Java 14 class, which only contains data, (potentially) getters/setters, equals/hashcode, toString.
With records, it can now be written like this:
Again, this is a preview feature and subject to change in future releases.
Helpful NullPointerExceptions
Finally NullPointerExceptions describe exactly which variable was null.
Pattern Matching For InstanceOf (Preview)
Whereas previously you had to (cast) your objects inside an instanceof like this:
You can now do this, effectively dropping the cast.
Packaging Tool (Incubator)
There's an incubating jpackage tool, which allows to package your Java application into platform-specific packages, including all necessary dependencies.
Linux: deb and rpm
macOS: pkg and dmg
Windows: msi and exe
Garbage Collectors
The Concurrent Mark Sweep (CMS) Garbage Collector has been removed, and the experimental Z Garbage Collector has been added.
Java 15
Text-Blocks / Multiline Strings
Introduced as an experimental feature in Java 13 (see above), multiline strings are now production-ready.
Sealed Classes - Preview
If you ever wanted to have an even closer grip on who is allowed to subclass your classes, there's now the sealed feature.
This means that while the class is public, the only classes allowed to subclass Shape are Circle, Rectangle and Square.
Records & Pattern Matching
The Records and Pattern Matching features from Java 14 (see above), are still in preview and not yet finalized.
Nashorn JavaScript Engine
Dmg Or Pkg For Mac
After having been deprecated in Java 11, the Nashorn Javascript Engine was now finally removed in JDK 15.
ZGC: Production Ready
The Z Garbage Collector is not marked experimental anymore. It's now production-ready.
Java 16
Unix-Domain Socket Channels
You can now connect to Unix domain sockets (also supported by macOS and Windows (10+).
Foreign Linker API - Preview
A planned replacement for JNI (Java Native Interface), allowing you to bind to native libraries (think C).
Records & Pattern Matching
Both features are now production-ready, and not marked in preview anymore.
Sealed Classes
Sealed Classes (from Java 15, see above) are still in preview.
Java 17 and later
Will be covered here, as soon as they are getting released. Check back soon.
Fin
By now you should have a pretty good overview of a couple things:
How to install Java, which version to get and where to get it from (hint: AdoptOpenJDK).
What a Java distribution is, which ones exist and what the differences are.
What the differences between the specific Java versions are.
Dmg Vs Pkg File
Feedback, corrections and random input is always welcome! Simply leave a comment down below.
Acknowledgements
Dmg Vs Pkg
Stephen Colebourne, who wrote a fantastic article on the different, available Java distributions.
There's more where that came from
I'll send you an update when I publish new guides. Absolutely no spam, ever. Unsubscribe anytime.
Share:
.dmg Vs.pkg
Comments
Dmg Vs Pkg Jamf
XThere's more where that came from
Dmg Vs Pkg Vs App
I'll send you an update whenever I publish a new guide.
