Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

No Gradle toolchain is declared, so the build silently uses whatever JAVA_HOME provides

Đang mở
  • Có gì không ổn?
#5 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
1-2 ngày
Mức phù hợp với người mới
48/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Ít trao đổi
Công nghệ
java, kotlin
Lĩnh vực
build-system, tooling

Hướng nghiên cứu

Read maddi-kotlin-k2/build.gradle.kts, which already documents using the daemon JDK instead of a provisioned toolchain because Kotlin 2.4 targets JVM 25 while development uses JDK 26. Add a Gradle toolchain that still allows that split so local and CI builds match. Cross-check docs/landing-surface-checklist.md §3. Done when ./gradlew build uses a declared toolchain without breaking the openjdk/k2 compiler path.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

build/ci

There is no Gradle toolchain declaration anywhere, so the build compiles against whatever
JAVA_HOME happens to be. This is the same class of latent portability bug as the missing daemon
heap, which made git clone && ./gradlew build fail on any machine without a user-level
~/.gradle/gradle.properties — it passed locally only because that file supplied one, and CI was
the first environment honest enough not to have it.

Declaring a toolchain would make CI and local builds agree by construction rather than by
convention.

The complication, which is why this is not a one-liner. The openjdk front end reaches into
jdk.compiler internals, and maddi-kotlin-k2/build.gradle.kts already notes that it deliberately
uses the daemon JDK rather than a provisioned toolchain, because Kotlin 2.4 caps its target at JVM
25 while development happens on JDK 26. Any toolchain declaration has to accommodate that split.

Recorded in docs/landing-surface-checklist.md §3.

Ngôn ngữ chính
Java
Star
1
Fork
1
Merge trung bình
1 giờ 34 phút
Pull request đã merge (30 ngày)
7

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của CodeLaser/maddi

Tất cả issue của CodeLaser/maddi

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.