Z Garbage Collector has been part of the JDK since Java 11. Since then lots of new features and enhancements have been made to ZGC, resulting in a long time as an experimental feature. However, because no ZGC-specific bugs have been reported in months, JEP 377 proposes to change its status from experimental to production.
A new candidate Java enhancement proposal, or JEP, aims to disable biased locking by default, and deprecate all related command-line options. Biased locking is costly to maintain, especially since the gains previously seen have diminished to a point where the effort is no longer worth the reward. Let’s take a closer look.
A new candidate Java enhancement proposal, or JEP, wants to overhaul the implementations of two APIs that have been around since the days of JDK 1.0. It’s not an easy job, but since the community is laying the groundwork to enable Project Loom to come to fruition, it’s a necessary one. Let’s take a closer look.
The second Java enhancement proposal (JEP) of 2020 has landed! Following JEP 371: Hidden Classes, now we have a second full-fledged candidate JEP with a decent shot at making it into JDK 15. That said, some voices in the community don’t agree with the proposal. Let’s take a closer look.
We’ve got our first Java Enhancement Proposal (JEP) of 2020. JEP 371 proposes to introduce “hidden classes”, which should improve how Java works with frameworks. In a future version of the programming language, dynamically created classes could be replaced by hidden classes in places. Let’s take a closer look.
We’ve seen a lot of talk about different garbage collectors lately; JEPs 364 and 365 want to port the Z Garbage Collector to macOS and Windows respectively, JEP 363 wants to remove the deprecated Concurrent Mark Sweep (CMS) garbage collector. And now we have JEP 366, which is proposed to target JDK 14 and wants to deprecate the combination of the Parallel Scavenge and Serial Old garbage collection algorithms. Let’s take a closer look.
The Z Garbage Collector or ZGC is a scalable low latency garbage collector that’s included in the JDK. Until now, it has not been compatible with Windows, but JEP 365 wants to change that. Let’s take a closer look at the future of Java.
The Z Garbage Collector or ZGC is a scalable low latency garbage collector that’s included in the JDK. Until now, it has not been compatible with macOS, but JEP 364 wants to change that. Let’s take a closer look.
Remember text blocks? That’s right, they were a preview feature in the recently released Java 13! Now that some time has passed, the community has a feel for them and where there’s room for improvement. With JEP 368, Jim Laskey proposes a second text blocks preview, this time with two more escape sequences. Let’s take a closer look.
A new Java enhancement proposal, JEP 363, has graduated from being a simple draft. It proposes to remove the Concurrent Mark Sweep garbage collector, which was deprecated two years ago to accelerate the development of other collectors. Let’s take a closer look at the future of Java.
Java Platform Team software engineer Man Cao has published a new JEP draft proposing to improve the performance of the G1 garbage collector when concurrent refinement is disabled. He proposes to do this by introducing a simplified post-write barrier. Let’s take a closer look at what could be the future of Java.
A new Java enhancement proposal, JEP 360, has graduated from being a simple draft. It proposes to bring sealed types to Java, allowing developers to impose restrictions on which other classes or interfaces may extend or implement them. Sealed types could work in tandem with records, which is the business of its older sibling, JEP 359. Let’s take a closer look at the future of Java.
A new Java enhancement proposal, JEP 359, has graduated from being a simple draft. It proposes to bring records to Java, a new kind of type declaration. Records could work in tandem with sealed types, which is the business of its younger sibling, JEP 360. Let’s take a closer look at the future of Java.
