Tags
Creators
Details
Licensed GPL-3.0-only
Published 7 months ago
Updated 2 months ago
All versions
2.2.0
Release
EmakiForge 2.2.07 months ago 15
Compatibility
Minecraft: Java Edition
1.21.x
Platforms
Paper
Purpur
Changes
EmakiForge Changelog
[2.2.0] - 2026-04-09
Added
Recipe files now own blueprints, materials, and target items together
recipes/*.ymlcan now definetarget_item,blueprint_requirements,materials, andoptional_material_limitdirectly, so the release no longer depends on separate defaultblueprints/andmaterials/directories.- Inline recipe materials can now declare capacity cost, stat contributions, name / lore actions, and capacity bonus directly, and the sample
flame_sword.ymlhas been fully migrated to the new schema.
Improved
Forge validation and GUI flow now follow the recipe model end to end
- Material validation now matches inputs directly against recipe-defined required and optional materials by item source, which keeps fixed materials, optional materials, capacity limits, and capacity bonus checks consistent.
- Default GUI wording, reload summaries, and command help now revolve around the "recipe" concept, so players and admins no longer need to reason about the old blueprint / material directory split.
- Forge continues to delegate all external item-source availability to
EmakiCoreLib, keeping only business-side matching, capacity calculation, and interaction feedback locally.
Fixed
- Legacy keys such as
required_materials,optional_materials,gui, and top-levelforge_capacityare now rejected during parsing so old configs cannot be half-loaded into an inconsistent state. - Optional-material validation now blocks items that do not belong to the current recipe earlier in the flow, reducing follow-up errors caused by wrong materials slipping through.
Upgrade Notes
- If you still use the old
blueprints/andmaterials/config structure, migrate it to the new inlinerecipes/*.ymlformat before upgrading. - Default data release and list/editor flows now work around the
recipesdirectory only, so do not rely on the removed default blueprint or material sample files. - This version should be paired with
EmakiCoreLib 2.3.0, and CoreLib startup logs should be treated as the source of truth for external item-source bridge readiness.
Known Issues
- The default template still does not show random-result previews. This limitation remains intentional to prevent reroll abuse.
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:Ksqjj9TX:ZBlfIkoK"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:Ksqjj9TX:ZBlfIkoK"
}

