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

feat(deploy): in-container build Dockerfiles — build the image without a host JDK

Aperta
  • Qualcosa non va?
#674 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
42/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
docker, java
Ambito
devops

Direzione di ricerca

Start with the existing Dockerfile(s) at the repository root to see the current runtime stage layout, then check the README quickstart and the CI workflow that builds images. Add Dockerfile.jvm-build and Dockerfile.native-build as multi-stage files whose first stage builds the app with Maven and a JDK or Mandrel/GraalVM image, reusing a Maven cache mount. Done when both images build from a clean host with only Docker installed and CI builds them on release tags.

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

Descrizione

enhancement
Problem Statement

Building the container today requires a host toolchain (JDK 21+, Maven, and GraalVM for the native image) before docker build can run. For the self-hosting audience — the project's core audience — that's real onboarding friction: "install Java to build the Docker image" defeats part of the point of shipping a container.

Proposed Solution

Add multi-stage, in-container build Dockerfiles so docker build is the only prerequisite:

  • Dockerfile.jvm-build — stage 1 builds with a Maven+JDK image, stage 2 is the existing runtime layout.
  • Dockerfile.native-build — stage 1 builds the native image with a Mandrel/GraalVM builder image, stage 2 the existing micro base.
  • Layer-cache the Maven repository (--mount=type=cache) so rebuilds are fast.
  • Document both in the README quickstart as the zero-toolchain path; keep the current host-build Dockerfiles for CI/dev speed.
  • CI builds the in-container variants at least on release tags so they can't rot.

Pairs with #318 (try-before-self-host onboarding): both lower the "first successful deploy" bar.

Alternatives Considered
  • Publish pre-built images only — necessary but not sufficient; self-hosters patching or pinning forks still need a no-toolchain build path.
  • Devcontainer — helps contributors, not deployers.
Priority

Nice to have

Lingua principale
Java
Stelle
35
Fork
7
Merge medio
9h 23m
PR unite (30g)
154

Preparare l'ambiente

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 devops-thiago/ThrillhouseBot

Tutte le issue di devops-thiago/ThrillhouseBot

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.