fix(openjdk): add temporary jdk 28 ea alias

[jdx]

Summary

• add a temporary Linux x64 OpenJDK 28 EA alias row for openjdk-28.0.0-ea
• keep the existing openjdk-28.0.0-ea+1 row intact

Why

The mise 2026.6.2 release e2e currently asks for java[release_type=ea]@openjdk-28.0.0-ea, but the published metadata only resolves openjdk-28.0.0-ea+1. This tiny data-only PR is intended to unblock the release while the larger #469/#468 data repair sequence is reviewed.

Notes

This does not repair the features: [""] corruption from #467. It is intentionally a temporary unblocker and should be superseded by the clean revert/repair flow.

Validation

• jq empty public/api/jvm/ea/linux/x86_64.json
• git diff --check

This PR was generated by an AI coding assistant.

---

Note

Low Risk
Data-only metadata addition with no runtime or security logic changes; duplicate row points at an already-published artifact.

Overview
Adds a temporary alias row in public/api/jvm/ea/linux/x86_64.json so openjdk-28.0.0-ea resolves on Linux x64. The new entry reuses the same checksum and download URL as the existing 28.0.0-ea+1 OpenJDK EA build; only version and java_version are set to 28.0.0-ea. The prior 28.0.0-ea+1 row is unchanged.

Also fixes the file ending so the JSON array closes with a trailing newline.

^{Reviewed by Cursor Bugbot for commit 38ee633. Bugbot is set up for automated code reviews on this repo. Configure here.}

Summary by CodeRabbit

• Chores
  • Extended the available JDK builds with the new OpenJDK 28 early-access release (HotSpot) for Linux x86_64 architecture. Users can now download the tar.gz package variant with included checksums, complete version information, build timestamp metadata, and direct download URLs for secure verification and installation.

[greptile-apps]

Greptile Summary

This is a targeted data patch that inserts a version: \"28.0.0-ea\" alias row for Linux x64 OpenJDK 28 EA, pointing to the same binary and checksum as the existing 28.0.0-ea+1 entry, to unblock the mise 2026.6.2 e2e release. It also fixes a missing trailing newline at the end of the file.

• Adds one new JSON object with features: [] (no [\"\"] corruption), identical URL and checksum to the ea+1 row, and version/java_version set to \"28.0.0-ea\" — an intentional alias rather than a distinct build.
• The inserted alias entry's URL (openjdk-28-ea+1_linux-x64_bin.tar.gz) reflects the actual build number, creating a known discrepancy between the declared java_version and what the extracted runtime will report; this is described as an accepted temporary trade-off.

Confidence Score: 4/5

Safe to merge as a temporary unblocker; the single changed file is data-only with a valid JSON structure and correct checksum reuse.

The change is a single data row insertion with no logic changes. The main risk is that the java_version field (28.0.0-ea) doesn't match what the downloaded binary actually reports at runtime (28-ea+1), which could cause post-install version verification to fail in tools that cross-check the declared version against the extracted JDK. Whether this is a real problem depends on mise's version-validation behavior, which isn't confirmed here.

public/api/jvm/ea/linux/x86_64.json — specifically the new alias row and whether downstream tooling validates the JDK version post-extraction.

Important Files Changed

Filename	Overview
public/api/jvm/ea/linux/x86_64.json	Adds a temporary openjdk-28.0.0-ea alias row pointing to the same binary/checksum as the existing 28.0.0-ea+1 entry, and adds a trailing newline at EOF. The alias intentionally has a URL/version mismatch that could surface if downstream tooling verifies the extracted JDK version.

_{Reviews (1): Last reviewed commit: "fix(openjdk): add temporary jdk 28 ea al..." | Re-trigger Greptile}

[greptile-apps]

URL/version mismatch in alias entry

The new alias entry sets version and java_version to "28.0.0-ea" but its url points to openjdk-28-ea+1_linux-x64_bin.tar.gz — the same binary as the ea+1 row. If mise (or any downstream tooling) validates the installed JDK's reported version string against the requested java_version after extraction, it will see 28-ea+1 from the runtime and fail the match against 28.0.0-ea. This is presumably an accepted trade-off for the temporary unblock, but worth confirming that no such post-install version check is performed before superseding #469/#468.

[coderabbitai]

Caution

Review failed

The pull request is closed.

ℹ️ Recent review info

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: eb9dfb6a-f89e-4e2b-98a0-d8108746896c

📥 Commits

Reviewing files that changed from the base of the PR and between bdbf9fc and 38ee633.

📒 Files selected for processing (1)

• public/api/jvm/ea/linux/x86_64.json

---

📝 Walkthrough

Walkthrough

The PR adds a new OpenJDK 28 early-access build entry for Linux x86_64 to the public API dataset, including checksum, created_at timestamp, version metadata, and download URL.

Changes

OpenJDK 28 EA Dataset

Layer / File(s)	Summary
Add OpenJDK 28 EA Linux x86_64 entry public/api/jvm/ea/linux/x86_64.json	Inserts a new JSON object describing OpenJDK 28 EA (HotSpot, tar.gz) with checksum, timestamps, version metadata, and download URL for Linux x86_64; updates the array closing bracket accordingly.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~2 minutes

Possibly related PRs

• jdx/mise-java#463: Extends the OpenJDK crawler to scrape version "28" so that this kind of early-access artifact can be discovered and published.

Poem

🐰 A new Java arrives in our nest,
OpenJDK 28, fresh from the test,
With checksums and timestamps so neat,
Linux builds now complete!
Hop along, progress marches on! 🚀

---

_{Comment @coderabbitai help to get the list of available commands and usage tips.}