Vulnerability of the non LTS JDK releases

Dalibor Topic dalibor.topic at oracle.com
Thu Aug 29 17:12:18 UTC 2024


On 29.08.2024 10:09, Lovro Pandžić wrote:
> Thank you for clarification.
> 
> Maybe I should clarify my original mail as well:
> I’m not asking for any specific jdk vendor version support or any jdk 
> version support change at all for that matter.
> 
> I’m asking for a right place to ask where it was decided that versions 
> are 6 months apart and that each non LTS version will only have 
> supported up until the next one is out.

Accelerating the release cadence was discussed on the discuss mailing 
list in 2017:
https://mail.openjdk.org/pipermail/discuss/2017-September/004281.html

Decisions about how long someone is working on something are 
decentralized by nature in open source.

Oracle's decision to maintain the JDK updates it leads for 6 months in 
OpenJDK is Oracle's and pretty obvious: having maintained OpenJDK 6, 7, 
8 for the benefit of the OpenJDK community for many, many overlapping 
years in OpenJDK, the faster cadence allowed for that work to be 
delegated in a predictable fashion according to the actual needs and 
abilities of the OpenJDK community.

Other contributors' decisions to pick up the maintenance of a particular 
update train or not once Oracle moves on to maintain the next JDK 
release in OpenJDK is entirely theirs, which leads to some JDK update 
releases receiving further maintenance within OpenJDK, while other 
update releases don't.

> My observation is that current process and state of things put people 
> into an uncomfortable position where they either have to accept to be on 
> unsupported version of non lts for some time and risk security 
> vulnerabilites and all the stress that comes with that or if they don’t 
> want to deal with that – they must pick LTS versions.

As with any other open source community, organizations that require 
something that's not available have the choice to find someone to fund 
to perform that work for them, or to acquire the necessary expertise to 
perform it themselves.

The OpenJDK JDK Updates Project has the necessary processes in place to 
enable transition of maintenance leadership on an update release series 
between different groups of maintainers, since they, too, may have their 
own agendas with respect to how they utilize their resources, and those 
things can and do change over time.

For example, some JDK update releases receive(d) longer periods of 
contributions within OpenJDK from developers outside of Oracle beyond 
the initial maintenance period provided by Oracle. Others don't. 
Sometimes, that's even the case for non-LTS releases. Sometimes, it's not.

> This state of affairs is unfortunate and makes non LTS version seem as 
> if non LTS versions are “for development” only and not ready for 
> production use.

All JDK versions are ready for production use. How long you can use them 
in production may differ based on your platform, vendor, etc. though.

If, for some reason, you chose to rely on OpenJDK in production, then 
ultimately how long you can update and use a release in production 
depends on your own maintenance of that release, as with any other open 
source project.

Oracle provides a simple upgrade path of Oracle-maintained OpenJDK 
updates from one JDK release to the next, free & overlapping Oracle JDK 
releases from one LTS release to the next, and a commercially available 
subscription for users with different needs. Others contributing to 
OpenJDK may have their own, differing offerings that are focused on what 
their users need.

The JDK Updates Project would be the right place to discuss specifics of 
maintaining JDK releases, if that's what you want to do: jdk-dev is for 
the discussion of general technical issues related to the development of 
the current JDK main-line feature release, and this thread is now 
steering very far from that.

> They are only ok for production use if you control all the software 
> you’re running on and you have guarantees that on day 1 of next non LTS 
> release you can upgrade all in one go – which in my experience is never 
> true.

That ultimately depends on the organization and the use case. Some 
organizations can and do move along their use cases forward with each 
new JDK release, others don't, for many different reasons.

cheers,
dalibor topic

-- 
<http://www.oracle.com> Dalibor Topic
Consulting Product Manager
Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
<tel:+491737185961>

Oracle Global Services Germany GmbH
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRB 246209
Geschäftsführer: Ralf Herrmann



More information about the jdk-dev mailing list