Files
mc_chat_answer_mod/fabric/build.gradle
Claude e4bfda783a v1.2.0 — target MC 26.1.2
User reported NoClassDefFoundError: net/minecraft/class_7471 on MC 26.1.2.
Root cause: v1.1.1 was built for 1.21.6 intermediary, which uses
class_NNNN obfuscated names. MC 26.x ships an unobfuscated server jar
with Mojang names directly, so intermediary lookups for class_7471
(=PlayerChatMessage in 1.21.6) fail at runtime.

Build retargeted to 26.1.2:
- minecraft 26.1.2 / loader 0.19.2 / fabric-api 0.148.2+26.1.2
- Loom 1.16-SNAPSHOT, Shadow 9.4.1 (Java 25 bytecode support)
- Gradle 9.5.1, JDK 25 toolchain
- Drop officialMojangMappings(); use intermediary:0.0.0 identity
  (Mojang stopped publishing proguard mappings for 26.x).
- Adapt code: ServerPlayer.getServer() removed in 26.1.2 → use
  player.level().getServer() (ServerPlayer.level() returns ServerLevel).
- NeoForge dropped from this build — moddev plugin can't parse 26.1.2
  yet, falls back to 1.21.5.
- 1.2.0 = Fabric only; 1.21.6 users stay on 1.1.1.
2026-05-14 01:55:02 +09:00

71 lines
2.6 KiB
Groovy

plugins {
id 'fabric-loom' version '1.16-SNAPSHOT'
id 'com.gradleup.shadow' version '9.4.1'
}
base.archivesName = "${project.mod_id}-fabric"
// common/ 디렉토리의 로더 비종속 소스를 fabric 컴파일에 포함 (Mojang 매핑으로 컴파일)
sourceSets {
main {
java {
srcDirs += "${rootDir}/common/src/main/java"
}
}
}
dependencies {
// MC 26.x: server jar 가 unobfuscated. intermediary 0.0.0 = identity mapping.
minecraft "com.mojang:minecraft:${project.minecraft_version}"
mappings "net.fabricmc:intermediary:0.0.0:v2"
implementation "net.fabricmc:fabric-loader:${project.loader_version}"
implementation "net.fabricmc.fabric-api:fabric-api:${project.fabric_version}"
}
processResources {
inputs.property "version", project.version
inputs.property "mod_id", project.mod_id
inputs.property "mod_name", project.mod_name
filteringCharset = 'UTF-8'
filesMatching("fabric.mod.json") {
expand(
"version": project.version,
"mod_id": project.mod_id,
"mod_name": project.mod_name
)
}
}
jar {
from(rootProject.file("LICENSE")) {
rename { "${it}_${project.mod_id}" }
}
}
// ───── relocation for single-jar merge ─────────────────────────────────────
// Fabric 의 common 코드는 intermediary 매핑으로 컴파일되고, NeoForge 의 common
// 코드는 Mojang 매핑으로 컴파일된다. 둘은 바이트코드가 달라서 같은 클래스 경로에
// 공존 불가. Shadow 의 relocate 로 Fabric 쪽 common 클래스만 별도 패키지로 옮겨서
// merged jar 안에서 충돌하지 않게 한다.
//
// 진행 순서: loom 의 remapJar 결과 → shadowJar 가 받아서 패키지 재배치 →
// rootProject 의 mergedJar 가 이걸 사용.
// Shadow 가 자동으로 만든 shadowJar 는 main sourceSet + 런타임 classpath 를 전부
// 포함해서 100MB+ 가 되어버린다. 우리한테 필요한 건 "remapJar 결과물에 relocate 만
// 적용한 작은 jar" 이므로, 별도 ShadowJar 태스크를 새로 만들어서 입력을 명시적으로
// remapJar 의 zipTree 만 지정한다.
tasks.register('relocatedJar', com.github.jengelman.gradle.plugins.shadow.tasks.ShadowJar) {
dependsOn 'remapJar'
archiveClassifier = 'relocated'
from zipTree(tasks.named('remapJar').flatMap { it.archiveFile })
relocate 'kr.tkrmagid.chatanswer.core', 'kr.tkrmagid.chatanswer.fabric.core'
mergeServiceFiles()
}
tasks.named('build') {
dependsOn 'relocatedJar'
}