Mise manager: Java update produces versions incompatible with mise when no vendor prefix is used

[snutij]

How are you running Renovate?

Self-hosted Renovate CLI

Which platform you running Renovate on?

GitHub.com

Which version of Renovate are you using?

41.173.1

Please tell us more about your question or problem

Description

The mise manager produces Java version updates that are incompatible with mise when the original version uses a bare shorthand (no vendor prefix).

In mise, java = "21" is a shorthand that resolves to OpenJDK (docs: "shorthand versions (like 21) use OpenJDK as the vendor").

However, Renovate's java-version datasource fetches versions exclusively from the Adoptium (Temurin) API (api.adoptium.net), returning versions like 21.0.10+7.0.LTS. When the
mise manager proposes this update, it writes java = "21.0.10+7.0.LTS" — a version string that does not exist in mise without the temurin- prefix.

Current behavior

Given mise.toml:

[tools]
java = "21"

Renovate produces:

[tools]
java = "21.0.10+7.0.LTS"

Running mise install then fails:

mise ERROR Failed to install core:java@21.0.10+7.0.LTS: no metadata found for version 21.0.10+7.0.LTS

Expected behavior

Either:

1. The proposed version should include the vendor prefix to match what mise expects: java = "temurin-21.0.10+7.0.LTS"
2. Or, when the original value is a bare major version shorthand ("21"), only propose versions that are valid in that format (e.g. stay as "21" or propose "22" for a major bump)

Minimal reproduction

• Repo: https://github.com/snutij/renovate-mise-java-repro
• PR with failing CI: chore(deps): update dependency java to v21.0.10+7.0.LTS snutij/renovate-mise-java-repro#1

Root cause

In upgradeable-tooling.ts, the Java handler strips the vendor context:

renovate/lib/modules/manager/mise/upgradeable-tooling.ts

Lines 63 to 71 in 26db162

	// no prefix is shorthand for openjdk
	const versionMatch = regEx(/^(\d\S+)/).exec(version)?.[1];
	if (versionMatch) {
	return {
	datasource: JavaVersionDatasource.id,
	packageName: 'java-jdk',
	currentValue: versionMatch,
	};
	}

The java-version datasource (index.ts) fetches from the Adoptium API exclusively, returning Temurin version strings. But the mise manager writes these back without the temurin- prefix, producing an invalid version for mise.

The same issue would apply to vendor-prefixed versions (e.g. temurin-21, corretto-21) — the handler extracts the version number but doesn't preserve the prefix when writing back.

Logs (if relevant)

Logs anonymized from the private repository where I discovered this issue.

DEBUG: Matched 1 file(s) for manager mise: mise.toml (repository=***/***, baseBranch=main)
[...]
INFO: Dependency extraction complete
         "mise": {"fileCount": 1, "depCount": 3},
[...]
DEBUG: branches info extended (repository=***/***)
         {
           "branchName": "renovate/java-21.x",
           "prNo": 116,
           "prTitle": "chore(deps): update dependency java to v21.0.10+7.0.lts",
           "result": "update-not-scheduled",
           "upgrades": [
             {
               "datasource": "java-version",
               "depName": "java",
               "displayPending": "",
               "fixedVersion": "21",
               "currentVersion": "21",
               "currentValue": "21",
               "newValue": "21.0.10+7.0.LTS",
               "newVersion": "21.0.10+7.0.LTS",
               "packageFile": "mise.toml",
               "updateType": "patch",
               "packageName": "java-jdk"
             }
           ]
         },
[...]
DEBUG: Found PR #116 (branch=renovate/java-21.x)
         "datasource": "java-version",
         "depName": "java",
         "currentValue": "21",
         "newValue": "21.0.10+7.0.LTS",
         "newVersion": "21.0.10+7.0.LTS",
         "packageFile": "mise.toml",
         "updateType": "patch",
         "packageName": "java-jdk"

[viceice]

we need to set a different extract version depending on short or not short version. this is entirely independent of the prefix. renovate will not add or remove it.