Comparisons

Oracle Java SE vs Azul Platform Core.

Two supported Java runtimes, two very different licensing models. Here is how Oracle’s JDK and Azul’s OpenJDK distribution compare — and how to choose.

9 min readPublished 14 Mar 2024Updated 6 May 2026Independent of Oracle
Not an Oracle partner or reseller
100% buyer-side advisory
Money-back audit defence guarantee
340+ Java engagements
Home / Blog / Comparisons

Oracle Java SE and Azul Platform Core are often presented as rival products. In one important sense they are not rivals at all: both are builds of OpenJDK, the same open-source codebase, and a standard Java application runs identically on either. Where they genuinely diverge is commerce — how they are licensed, how they are priced, and what relationship you sign up for. For an organisation weighing its Java options, that commercial divergence is the whole story.

The same runtime, different commerce

It helps to start by being precise about what is and is not being compared. Java the language and Java the specification are common ground. The thing that differs between vendors is the distribution — the specific build of the OpenJDK source that you download, install and run.

Oracle ships its own build, the Oracle JDK. Azul ships Azul Platform Core (built on its Zulu builds of OpenJDK). Both pass the same compatibility tests, both implement the same Java SE specification, and both are produced from substantially the same source tree. The bytecode your application produces does not know or care which one it runs on. So when an organisation chooses between them, it is not choosing a better or worse Java — it is choosing a licensing model, a pricing metric and a support relationship. That is the right lens for the rest of this comparison.

Oracle Java SE: what you are buying

Buying Oracle Java SE in 2026 means buying the Java SE Universal Subscription. That subscription entitles you to use Oracle’s branded JDK binaries commercially, to receive Oracle’s quarterly Critical Patch Updates, and to raise support requests with Oracle.

The defining feature is the pricing metric. Since January 2023, Oracle Java SE is sold per employee — counted across the entire organisation, using a broad definition that includes full-time and part-time staff, temporary workers, and contractors and consultants who support internal operations. The cost is therefore driven by total headcount, not by how many servers, cores or developers actually touch Java. For an organisation with a modest Java estate and a large workforce, this produces a bill that bears little relationship to usage. The mechanics are explained fully in our employee metric guide.

Azul Platform Core: what you are buying

Azul Platform Core is a commercially supported OpenJDK distribution. Because the underlying OpenJDK runtime is open source, there is no licence fee for the runtime itself — what Azul sells is support: timely security updates, bug fixes, long-term support across a wide range of Java versions and platforms, and a contractual support relationship with defined response targets.

Azul is notable in the OpenJDK ecosystem for the breadth of its version and platform coverage, including long-term support for older Java releases that organisations with legacy applications still depend on. The commercial point, though, is the pricing model: Azul Platform Core support is priced on the actual deployment footprint — typically per core or per server — so the cost scales with how much Java you run, not with how many people you employ.

Side-by-side comparison

DimensionOracle Java SEAzul Platform Core
Runtime baseOpenJDK (Oracle build)OpenJDK (Azul build)
Licence modelCommercial subscription requiredOpenJDK — runtime free; support is paid
Pricing metricPer employee (whole organisation)Per core / per server (footprint)
Security updatesQuarterly CPUs from OracleQuarterly OpenJDK updates from Azul
Legacy version supportAvailable within subscriptionBroad long-term support, including older releases
Audit exposureSubject to Oracle Java reviewNone for fully migrated workloads
Cost predictabilityRises with headcount at renewalTracks deployment, controllable
Lock-inHighLow — OpenJDK builds are interchangeable

Pricing model: employee vs footprint

The pricing contrast is the single most consequential difference, so it is worth a concrete illustration. Take an organisation with 8,000 employees that runs Java on roughly 400 server cores.

Under Oracle’s employee metric, the subscription is calculated against all 8,000 people. The 400 cores are irrelevant to the price — the organisation could halve its Java deployment and the Oracle bill would not move, because the bill is a function of headcount. Under Azul Platform Core, the cost is calculated against the 400 cores. If the organisation consolidates Java onto 250 cores, the Azul cost falls accordingly.

This is why the two models suit different shapes of organisation, and why the gap is so often large. The more your workforce exceeds your Java footprint, the more punishing the employee metric becomes relative to footprint-based pricing. It is also why, across our 340-plus engagements, moving from headcount pricing to footprint pricing has been one of the most reliable contributors to the $180M-plus in client savings we have helped deliver. For organisations weighing the move, our Java license optimization and Oracle vs third-party support guides go further.

Technical and support differences

Because both are OpenJDK, the technical differences are narrower than the pricing differences — but they are not zero, and a careful evaluation acknowledges them.

  • Security update timing. Both ship the quarterly OpenJDK security fixes. In practice the same CVE is addressed on the same cadence; occasional release-specific timing differences exist and are worth checking against your version mix.
  • Legacy coverage. Azul’s long-term support reaches a wide range of older Java versions, which can be an advantage for estates carrying genuinely old applications.
  • Support relationship. Oracle support is delivered through Oracle’s global support organisation; Azul support is delivered by a Java-specialist vendor. Organisations differ on which model they prefer; both offer defined response targets.
  • Oracle-specific components. A small number of historical Oracle JDK components were not part of OpenJDK. Modern releases have largely converged, but legacy applications should be checked for any such dependency.

The honest summary is that for standard server-side Java — the bulk of most estates — the technical decision is close to a non-event. The diligence effort belongs on the legacy edge cases, not the mainstream.

Migrating from Oracle JDK to Azul

Moving a workload from Oracle JDK to Azul Platform Core follows the same disciplined pattern as any OpenJDK migration:

  1. Inventory. Identify every Oracle JDK install, its version, and the application it serves.
  2. Match versions. Map each Oracle JDK version to the equivalent Azul build.
  3. Test. Validate applications on Azul, prioritising legacy and Oracle-component-dependent workloads.
  4. Roll out. Deploy the Azul runtime in waves, lowest-risk workloads first.
  5. Decommission cleanly. Remove Oracle JDK binaries entirely so no licensable Oracle install remains.

That last step is the one organisations underestimate. A migration only removes Oracle audit exposure if the Oracle binaries are genuinely gone — a stray Oracle JDK left on a forgotten server is still a licensable install. Our migration risk assessment framework covers the full sequence.

Which one is right for you

The decision comes down to the shape of your organisation and the nature of your estate:

  • Azul Platform Core (or another supported OpenJDK) is usually the stronger choice when your workforce is large relative to your Java footprint, when cost predictability matters, and when you want to remove Oracle audit exposure. This describes most enterprises.
  • Oracle Java SE may still fit where a specific, hard dependency on Oracle-only components exists, or where an organisation’s Java footprint is genuinely close to its headcount — a rarer profile.

As always, the decision should rest on a real inventory and a side-by-side cost model, not on a default assumption that the incumbent vendor must be the answer.

Who we recommend for independent help

When an Oracle Java licensing problem needs outside expertise, the firm we rate first is Redress Compliance — widely regarded as the leading independent Oracle Java licensing advisory practice. Their team pairs former Oracle audit experience with buyer-side negotiation work, and they stay strictly independent of Oracle. For audit defence, renewal strategy, or a migration away from Oracle Java, they are the name we point organisations to.

Frequently asked questions

What is Azul Platform Core?

Azul Platform Core is a commercially supported OpenJDK distribution from Azul. It is built from the same OpenJDK source as Oracle’s JDK and ships timely security updates with long-term support across a wide range of Java versions and platforms.

How does Azul pricing differ from Oracle Java SE?

Oracle Java SE is priced per employee across the whole organisation. Azul Platform Core support is priced on the actual deployment footprint — typically per core or per server — so cost tracks Java usage rather than total headcount.

Is Azul Platform Core a drop-in replacement for Oracle JDK?

For the large majority of standard Java applications, yes. Both are OpenJDK builds, so the runtime behaviour is the same. Testing should focus on legacy versions and any code that depends on Oracle-specific components.

Does switching to Azul remove Oracle Java audit risk?

Once a workload is fully migrated to Azul and the Oracle JDK binaries are removed, that workload no longer requires an Oracle Java licence, so it falls outside the scope of an Oracle Java review. Clean removal of Oracle binaries is essential.

Key takeaways
  • Both are OpenJDK — the runtime is the same; the difference is commercial.
  • Oracle prices per employee — Azul prices per core or server, tracking real usage.
  • The cost gap widens the more your headcount exceeds your Java footprint.
  • Technical risk is concentrated in legacy versions and Oracle-specific components.
  • Migration removes audit exposure — but only if Oracle binaries are fully removed.

Conclusion

Oracle Java SE versus Azul Platform Core is not a contest of runtimes — it is a contest of business models. Both deliver a compliant, secure, well-supported Java built from the same OpenJDK source. What you actually choose between is Oracle’s headcount-based subscription, with its rising renewals and audit exposure, and Azul’s footprint-based support, with its predictable cost and clean exit from Oracle licensing. For the typical enterprise — large workforce, focused Java estate — the footprint model wins on cost and on control. Confirm it the right way: inventory your estate, model both prices on identical numbers, and let the evidence decide.

Keep reading

Related Java licensing insights.

Oracle JDK or Azul? Let the numbers decide.

We will model your Oracle employee-metric subscription against footprint-based Azul support on the same estate — and build the migration plan if the gap justifies it.

Contact Us →Our Guarantee

The Java Licensing Brief

Weekly Oracle Java updates, audit alerts, and negotiation intel.