Skip to main content
Redhat Developers  Logo
  • Products

    Platforms

    • Red Hat Enterprise Linux
      Red Hat Enterprise Linux Icon
    • Red Hat AI
      Red Hat AI
    • Red Hat OpenShift
      Openshift icon
    • Red Hat Ansible Automation Platform
      Ansible icon
    • View All Red Hat Products

    Featured

    • Red Hat build of OpenJDK
    • Red Hat Developer Hub
    • Red Hat JBoss Enterprise Application Platform
    • Red Hat OpenShift Dev Spaces
    • Red Hat OpenShift Local
    • Red Hat Developer Sandbox

      Try Red Hat products and technologies without setup or configuration fees for 30 days with this shared Openshift and Kubernetes cluster.
    • Try at no cost
  • Technologies

    Featured

    • AI/ML
      AI/ML Icon
    • Linux
      Linux Icon
    • Kubernetes
      Cloud icon
    • Automation
      Automation Icon showing arrows moving in a circle around a gear
    • View All Technologies
    • Programming Languages & Frameworks

      • Java
      • Python
      • JavaScript
    • System Design & Architecture

      • Red Hat architecture and design patterns
      • Microservices
      • Event-Driven Architecture
      • Databases
    • Developer Productivity

      • Developer productivity
      • Developer Tools
      • GitOps
    • Automated Data Processing

      • AI/ML
      • Data Science
      • Apache Kafka on Kubernetes
    • Platform Engineering

      • DevOps
      • DevSecOps
      • Ansible automation for applications and services
    • Secure Development & Architectures

      • Security
      • Secure coding
  • Learn

    Featured

    • Kubernetes & Cloud Native
      Openshift icon
    • Linux
      Rhel icon
    • Automation
      Ansible cloud icon
    • AI/ML
      AI/ML Icon
    • View All Learning Resources

    E-Books

    • GitOps Cookbook
    • Podman in Action
    • Kubernetes Operators
    • The Path to GitOps
    • View All E-books

    Cheat Sheets

    • Linux Commands
    • Bash Commands
    • Git
    • systemd Commands
    • View All Cheat Sheets

    Documentation

    • Product Documentation
    • API Catalog
    • Legacy Documentation
  • Developer Sandbox

    Developer Sandbox

    • Access Red Hat’s products and technologies without setup or configuration, and start developing quicker than ever before with our new, no-cost sandbox environments.
    • Explore Developer Sandbox

    Featured Developer Sandbox activities

    • Get started with your Developer Sandbox
    • OpenShift virtualization and application modernization using the Developer Sandbox
    • Explore all Developer Sandbox activities

    Ready to start developing apps?

    • Try at no cost
  • Blog
  • Events
  • Videos

From upstream OpenJDK to RPMs on your machine

June 26, 2013
Deepak Bhole
Related topics:
Java
Related products:
Red Hat OpenShift

Share:

    Over the past few years, I have been asked on and off as to what the process is for the RPMs that get into Red Hat Enterprise Linux and Fedora repositories. Over those years, the answer has evolved as we attempt to better the process. As it stands right now, there is a difference between how OpenJDK6, OpenJDK7 and OpenJDK8 (preview in Fedora 19) end up into RPMs. This post will shed some light into what those processes are.

    OpenJDK6
    This was the first (well, technically second, if you count the brief period when IcedTea7 was in Fedora before OpenJDK6) OpenJDK based JDK that was introduced in Fedora and RHEL.

    OpenJDK6 has been EOLd by Oracle as of February 2013, and Red Hat has taken over maintainer-ship since. Since the goal of Fedora is to have the latest and greatest, we allowed OpenJDK6 in Fedora to EOL after Fedora 16 in favour of OpenJDK7. Enterprises however have much longer cycles and we continue to ship and support OpenJDK6 in RHEL-5 and RHEL-6 today.

    OpenJDK6 in Fedora and RHEL has always been provided via a project named IcedTea. IcedTea was started by Red Hat to address build and binary plug issues that were in the initial version of OpenJDK. The purpose of IcedTea was to provide build scaffolding that made it easy to build OpenJDK, to provide open-source replacements for binary plugs, and to provide fixes that couldn't otherwise make it into upstream OpenJDK.

    The process for shipping new OpenJDK6 releases in Fedora and RHEL hasn't really changed over the years and it is as follows:

    1. Upstream OpenJDK6 creates a release tag and an accompanying tarball
    2. We create an IcedTea update that utilizes this new tarball
    3. We tag, build and test the new IcedTea, ensuring that it passes the TCK and a host of other tests
    4. Once we have made sure that it meets our requirements for release, it is shipped

    OpenJDK7
    By the time OpenJDK7 rolled around, we (Red Hat) realized that the OpenJDK -> IcedTea -> Fedora/RHEL cycle was unsuitable for the long term, as it created increased turnaround time, removed the motivation to push things upstream, and in general, disrupted the usual Open Source working model.

    We decided that we needed to move to using upstream OpenJDK directly in our RPMs. However when we made this decision, OpenJDK7 was close to release, and was unable to absorb the large number of patches from IcedTea. We decided on a stop-gap solution -- we created our own OpenJDK7 forest (IcedTea-OpenJDK forest) that inherited from upstream OpenJDK7. To this we added some important patches (uncommon arch support, system library support, etc.). This forest build is what we currently ship in Fedora and RHEL. The process is as follows:

    1. Upstream OpenJDK7 creates a branch/tag for each release
    2. We merge all changes up to the desired point from the OpenJDK7 forest into IcedTea-OpenJDK7 forest
    3. We tag, build and test the new IcedTea-OpenJDK7 forest, ensuring that it passes the TCK and a host of other tests
    4. Once we have made sure that it meets our requirements for release, it is shipped

    OpenJDK8
    Continuing with our goal of moving away from IcedTea, we decided to switch to pure upstream OpenJDK8 for our RPMs. As OpenJDK8 is still in development, it has given us a chance to merge relevant fixes from the IcedTea-OpenJDK7 into upstream OpenJDK8. The OpenJDK8 RPMs in Fedora 19 are currently from the upstream forest and the process is as follows:

    1. Upstream OpenJDK8 forest creates various milestone tags
    2. We check out from that tag, build it, and run whatever smoke tests we can
    3. Once we have made sure that it meets our requirements for release, it is shipped in Fedora 19

    With all of the above releases, there has always been a set of patches specific to the Fedora/RHEL RPMs. These patches are likely to always be there as they generally do Fedora/RHEL specific things (e.g. wiring in usability support in accordance with what is in Fedora/RHEL).

    So there you have it. We went from OpenJDK6 -> IcedTea6 -> RPM to OpenJDK7 -> IcedTea-OpenJDK7 forest -> RPM to OpenJDK8 -> RPM. We intend to pull directly from upstream for future OpenJDK releases as well.

    Currently, we fully support the following releases:

    • OpenJDK6 in Red Hat Enterprise Linux 5 and Red Hat Enterprise Linux 6
    • OpenJDK7 in Red Hat Enterprise Linux 5, Red Hat Enterprise Linux 6, Fedora 17, Fedora 18 and Fedora 19
    • OpenJDK8 will be available as a tech preview in Fedora 19

    We attempt to stay up-to-date for all releases, especially in case of security fixes where we aim for a very fast release time. Sometimes you may notice a discrepancy in terms of the release numbers for our releases and Oracle JDK releases. In case of OpenJDK6, that mismatch is confusing.  For Oracle JDK7, Oracle sometimes adds patches to the JDK that are usually specific to their customers or are applicable only to Windows. We (Red Hat) do not ship those patches as we either don't have immediate access or they are not applicable to our users. Nonetheless, the difference is generally very minor. The latest Fedora and RHEL RPMs are still very close to the latest Oracle JDK releases despite what the release numbers may imply.

    Last updated: June 20, 2023

    Recent Posts

    • DeepSeek-V3.2-Exp on vLLM, Day 0: Sparse Attention for long-context inference, ready for experimentation today with Red Hat AI

    • How to deploy the Offline Knowledge Portal on OpenShift

    • Autoscaling vLLM with OpenShift AI

    • Filtering packets from anywhere in the networking stack

    • PostGIS: A powerful geospatial extension for PostgreSQL

    What’s up next?

     

    Red Hat Developers logo LinkedIn YouTube Twitter Facebook

    Platforms

    • Red Hat AI
    • Red Hat Enterprise Linux
    • Red Hat OpenShift
    • Red Hat Ansible Automation Platform
    • See all products

    Build

    • Developer Sandbox
    • Developer Tools
    • Interactive Tutorials
    • API Catalog

    Quicklinks

    • Learning Resources
    • E-books
    • Cheat Sheets
    • Blog
    • Events
    • Newsletter

    Communicate

    • About us
    • Contact sales
    • Find a partner
    • Report a website issue
    • Site Status Dashboard
    • Report a security problem

    RED HAT DEVELOPER

    Build here. Go anywhere.

    We serve the builders. The problem solvers who create careers with code.

    Join us if you’re a developer, software engineer, web designer, front-end designer, UX designer, computer scientist, architect, tester, product manager, project manager or team lead.

    Sign me up

    Red Hat legal and privacy links

    • About Red Hat
    • Jobs
    • Events
    • Locations
    • Contact Red Hat
    • Red Hat Blog
    • Inclusion at Red Hat
    • Cool Stuff Store
    • Red Hat Summit
    © 2025 Red Hat

    Red Hat legal and privacy links

    • Privacy statement
    • Terms of use
    • All policies and guidelines
    • Digital accessibility

    Report a website issue