Kotlin DSL로 옮기자 서브프로젝트가 implementation을 못 찾는다

plugins 블록에 넣는 게 맞아요. 다만 서브프로젝트마다 복사하지는 마세요.

Gradle은 그 스크립트 자신의 plugins 블록이 적용한 것만 보고 접근자를 만들어요. apply(plugin = ...)나 루트의 subprojects 블록처럼 다른 길로 들어온 플러그인은 실행할 때는 멀쩡히 동작하지만 접근자는 안 생겨요. 문서에도 딱 그 경우들이 적혀 있어요.

subprojects 블록은 지우고 buildSrc에 컨벤션 플러그인을 하나 두세요.

// buildSrc/build.gradle.kts
plugins {
    `kotlin-dsl`
}
repositories { gradlePluginPortal() }

// buildSrc/src/main/kotlin/java-conventions.gradle.kts
plugins {
    `java-library`
}
repositories { mavenCentral() }

// core/build.gradle.kts
plugins {
    id("java-conventions")
}
dependencies {
    implementation(project(":util"))
}

서브프로젝트의 plugins 블록이 컨벤션 플러그인을 적용하고, 그게 java-library를 끌고 오니까 접근자도 같이 생겨요.

최종 형태로는 동의해요. 다만 일부 서브프로젝트가 아직 루트 블록에서 플러그인을 받는 동안에는, Kotlin DSL에 접근자 없이 쓰는 대체 방법이 있어요.

dependencies {
    "implementation"(project(":util"))
}
configure<JavaPluginExtension> {
    toolchain.languageVersion.set(JavaLanguageVersion.of(17))
}

읽기는 더 나쁘고, 문자열에 오타가 나면 빌드를 실행할 때에야 드러나요(모르는 configuration 이름은 스크립트 컴파일이 아니라 그 시점에 실패해요). 옮기는 동안에는 감수할 만한 비용이지만 그 뒤까지 남길 건 아니에요.