Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[Request] Update `graalvm-nightly`, `graalvm-nightly-jdk11`, `graalvm-nightly-jdk17`

Aperta
#485 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
28/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
java
Ambito
tooling

Direzione di ricerca

Start by locating the manifests for graalvm-nightly, graalvm-nightly-jdk11, and graalvm-nightly-jdk17, then compare their current URLs with the GraalVM release page and the linked common.json metadata. Done means the entries no longer use dangling links and their checkver, autoupdate, and extract_dir values match the available build artifacts, including the status of JDK 11 and 17.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Information

Name: graalvm-nightly, graalvm-nightly-jdk11, graalvm-nightly-jdk17

Description: The three are already inside java bucket. However they are outdated and point to dangling 404 URLs.

Download link(s): Their repository link remains the old one.

I have some ideas on it but not sure how to integrate the changes.

Attempt

I've looked at the newer builds. It seems to me that JDK 21 builds require a file name change, from graalvm-ce-java$matchJava-windows-amd64-dev.zip to graalvm-community-java$matchJava-windows-amd64-dev.zip. JDK 11 and 17 builds, however, seem discontinued from 23.1.0-dev-20230812_0125 (see the number of artifacts).

So combining them all I get below for graalvm-nightly:

{
  "description": "High-performance, embeddable, polyglot Virtual Machine for JVM-langs (Java, Scala, Kotlin), JavaScript/NodeJS, Python, Ruby, R, and LLVM-langs (C, C++, Rust)",
  "version": "24.0.0-dev-20230914_1326",
  "homepage": "https://www.graalvm.org/",
  "license": "GPL-2.0",
  "url": "https://github.com/graalvm/graalvm-ce-dev-builds/releases/download/24.0.0-dev-20230914_1326/graalvm-ce-java20-windows-amd64-dev.zip",
  "hash": "f4b38f6040e649148624f23eb7323f1614807d92535d030d33f7a5f79e5dac5c",
  "extract_dir": "graalvm-ce-java20-23.1.0-dev",
  "env_add_path": "bin",
  "env_set": {
    "JAVA_HOME": "$dir",
    "GRAALVM_HOME": "$dir"
  },
  "checkver": {
    "github": "https://github.com/graalvm/graalvm-ce-dev-builds",
    "regex": "/(?<release>[\\d\\w.-]+)-dev-(?<build>[\\d\\w.-]+)/graalvm-community-java(?<java>\\d[\\d]+)-windows-amd64-dev",
    "replace": "${release}-dev-${build}",
    "reverse": true
  },
  "autoupdate": {
    "url": "https://github.com/graalvm/graalvm-ce-dev-builds/releases/download/$version/graalvm-community-java$matchJava-windows-amd64-dev.zip",
    "extract_dir": "graalvm-community-openjdk-$matchJava+$matchRelease"
  }
}
Problem I faced

One problem I have is how do I set extract_dir in autoupdate part. The inner folder name is graalvm-community-openjdk-21+35.1 for recent builds. Initially I have no idea of deducing the 35.1 part from build numbers, but later I found it in a metadata file from main Graal repository.

So, I guess it would be great if someone can integrate parsing logic, to dynamically generate folder name from build number there.

Thanks Scoop community 😊

Lingua principale
PowerShell
Stelle
314
Fork
111
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di ScoopInstaller/Java

Tutte le issue di ScoopInstaller/Java

Issue simili

Altre issue su DevTools

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.