key technology

Java Developments: Updates on JobRunr, Commonhaus Foundation, Payara Platform, and Upcoming JDK Features

This week’s Java news for April 8th, 2024 brings updates on JobRunr 7.0, the establishment of the Commonhaus Foundation, the latest release of Payara Platform for April 2024, and details on several Java Enhancement Proposals (JEPs) targeting JDK 23, as well as information on Devnexus 2024.

OpenJDK Updates

Barely a week after its candidacy was announced, JEP 473, Stream Gatherers (Second Preview), has been advanced from Candidate to Proposed to Target for JDK 23. This JEP introduces a second preview phase for the Stream API, following the initial preview in JDK 22 with JEP 461, Stream Gatherers (Preview). The aim is to gather further feedback and provide more opportunities to work with the feature without any user-facing changes from the previous JEP. The feature is intended to enhance the Stream API by enabling custom intermediate operations that can transform data in ways not easily achieved with the existing built-in operations. More information can be found in the design document and this InfoQ article. The review period is scheduled to end on April 16, 2024.

In a similar vein, JEP 469, Vector API (Eighth Incubator), has been upgraded from Candidate to Proposed to Target for JDK 23. This JEP includes improvements based on feedback from the previous seven incubation rounds, starting from JEP 338, Vector API (Incubator), which was introduced as an incubator module in JDK 16, up to JEP 460, Vector API (Seventh Incubator), delivered in JDK 22. The Vector API will continue to be refined during incubation until the required features of Project Valhalla are available for preview. The Vector API team will then integrate these features and move the Vector API from Incubation to Preview. The review for this JEP is also expected to conclude on April 16, 2024.

Additionally, JEP 475, Late Barrier Expansion for G1, has been elevated from its JEP Draft status to Candidate. This JEP proposes a change to the G1 garbage collector’s barrier implementation, which records information about application memory accesses. The change will move the expansion of these barriers to a later stage in the C2 JIT’s compilation process, with the objective of reducing the execution time of C2 when used with the G1 collector.

About The Author

Leave a comment

Leave a Reply

Your email address will not be published. Required fields are marked *

Related Articles

Innovative Security Cam Deters Intruders with Paintballs and More

A forward-thinking Slovenian company has developed a smart security camera designed to...

Elevating Surveillance Standards: Hikvision Network Cameras at the Forefront

Elevating Surveillance Standards: Hikvision Network Cameras at the Forefront.As seasoned engineers deeply...

Exploring the Future of Surveillance: HIKVISION’s DS-2DE3A404IW-DE/W(S6) and DS-2DE2A204IW-DE3(S6) Mini PT Dome Cameras

  In the ever-evolving realm of security technology, HIKVISION continues to shape...

Pro Series PTZ: HIKVISION’s Frontier of Surveillance:Empowering Vision, Enabling Security

In a world that never sleeps, where security and surveillance have become...