Mason fails to resolve JDTLS version for older milestones

[dorin-suletea]

:MasonInstall [email protected] fails with Failed to download file : https://download.eclipse.org/jdtls/milestones/1.26.0/jdt-language-server-1.26.0-202309281329.

The actual version published is : https://www.eclipse.org/downloads/download.php?file=/jdtls/milestones/1.26.0/jdt-language-server-1.26.0-202307271613.tar.gz

The suffix -202309281329 matches latest jdtls version (1.28.0) https://www.eclipse.org/downloads/download.php?file=/jdtls/milestones/1.28.0/jdt-language-server-1.28.0-202309281329.tar.gz

I believe this happens as the suffix is hardcoded : 80bd37e

Might be somewhat related to this : williamboman/mason.nvim#286

[zenoli]

I made an issue for this on the mason repo as well a couple of days ago

[mikehaertl]

Following the purl specs I wonder if we could add the required timestamp a qualifier to the package id:

id: pkg:generic/eclipse/[email protected]?timestamp=202404031240

This should make it easy to reference it in the source.file.download section.

Alternatively we could append it to the version separated with a dash:

id: pkg:generic/eclipse/[email protected]

Then split it with an expression to create the final download URL.

[BKR-dev]

you can use :MasonInstall [email protected] to get the next version going since 1.37.0 is also broken

[s1n7ax]

I have created a custom workflow to re-package jdtls without timestamps. You can add the custom mason registry from nvim-java if you want to use it right now.
https://github.com/nvim-java/release-jdtls

[Lazerbeak12345]

related to #8073 and #5788