Jump to content

Forge 37.0 Minecraft 1.17.1


Curle

Recommended Posts

Forge Version: 37.0.0

Minecraft Version: 1.17.1

Downloads:


It's time!

The first release of 1.17 is ready!
Before you dive in, we have to address some things.

We were planning to release this sooner, but real-life matters and the update to Java 16 meant we were waiting for other projects to conclude before we can release.
It is not the fault of any one person or project, this delay was caused by a number of factors.
However, enough waiting has occured, and we want to put this in the hands of the players.
 

Notice

This is an *early access beta* build. Nothing here is final, it's merely an introduction for modders to get used to the new features.
We have lots of changes still to come, but the main things are here. The FML peel, the game test system, Java 16 features..


Java 16 and Modules

Almost every Java 16 feature is open to mods. Go ham.
However, modules are a bit of a pain to use.

If you do use the module-info system in your mod, make sure you fully understand what it is and how it is exposed to other modules (mods) at compile time.
Currently, module-infos will be ignored at runtime but NOT at compile time.
Our ongoing advice is to not develop your mod as a module.
 

Extra mentions

Additionally, mixins.
Mixins do not work with the new Modlauncher yet, and we are waiting for Mumfrey to review and update Mixin.
Once he gives us the go ahead that it is stable and supports the new systems, we'll ship it again.
As such, we're going to release the first few builds of Forge without them.
 

LTS

As a reminder, once 1.17 is released, 1.16 and 1.15 become joint LTS versions - 1.15 is now in grace.
In 1 month (22nd August 2021), 1.15 will be dropped altogether.
We plan that once 1.18 releases, 1.16 will stay as LTS and 1.17 will be dropped, but this is just a plan and is not solid.
 

ForgeGradle

ForgeGradle 5 just had a Recommended Build. There will be no breaking changes in the tool until the next minor version.
1.16 and 1.17 now also use ForgeGradle 5 by default, to make it easier for modders that use both versions and don't wish to deal with the mess that is Java 16 support.
ForgeGradle still follows the even-odd versioning, where odd minor versions (5.1, 5.3. 5.5...) have no breaking changes, and even minor versions (5.2, 5.4, 5.6...) are breaking/development phases.

This system may seem strange at first, but it helps us remove unnecessary technical debt.
I recommend hardcoding the version to 5.1.+ (or see the new default MDK buildscript) to avoid unwanted breakages in your project.
 

FML

FML and the Modlauncher system was designed for Java 9+ modularity from the start - using modules is something we have been intending to do from day one.
However, there are a few complications with integrating with such an unnecessarily complicated system as Java modularity, so the internal FML APIs are not solid.

Any mod interfacing with the FML APIs before the RB may encounter crashes with the next update, as we figure out where things belong and move them accordingly.
Anything inside these packages are liable to be moved, changed, or removed on any minor update before the first RB:

  • net.minecraftforge.fmlclient
  • net.minecraftforge.fmllegacy
  • net.minecraftforge.fmlserverevents

However, once it's all finished, we can properly reimplement things like native API exposure for mods via package exports, native jar-in-jar loading, etc.
Lots of cool opportunities for modules in mods.
 

Forge Repo Structure

With the FML Peel complete, the structure of the Forge repos has become a bit more complex;
There are many subprojects, each containing a part of the whole project.

A main part of this is to facilitate the new fmlonly configuration - where the modloader can be built without the API.
This can theoretically enable modding on snapshots, given a small amount of work done on the backend.
 

Installers and the Server

<TECHNICAL>

Due to the way the module system works in Java, the server now launches in a much different way.
It is no longer feasible to provide a single executable jar like was done before, so we use a workaround:

When you install a server, you'll see two run scripts (one for linux and mac, one for Windows) and argument files.
The arguments are added in the order:

java @user_jvm_args.txt @forge_args.txt <user game args>

As you can tell by the name, only the user_jvm_args.txt file is are intended to be modified by the end user.
</TECHNICAL>

There is a written example provided by me in the user_jvm_args file that explains the most commonly used arguments (-Xmx, -Xms).
Tutorials for creating a server will no longer work on Forge >=37.0. You must use one of the command files (.bash / .sh) provided, or the game will not be able to load.

Closing thoughts

With all that said, we're looking forward to having people play with Forge. Remember, if you see any bugs, feel free to report them here (the forums), our Discord server or on the issue tracker.

Happy Modding!

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • As the title says i keep on crashing on forge 1.20.1 even without any mods downloaded, i have the latest drivers (nvidia) and vanilla minecraft works perfectly fine for me logs: https://pastebin.com/5UR01yG9
    • Hello everyone, I'm making this post to seek help for my modded block, It's a special block called FrozenBlock supposed to take the place of an old block, then after a set amount of ticks, it's supposed to revert its Block State, Entity, data... to the old block like this :  The problem I have is that the system breaks when handling multi blocks (I tried some fix but none of them worked) :  The bug I have identified is that the function "setOldBlockFields" in the item's "setFrozenBlock" function gets called once for the 1st block of multiblock getting frozen (as it should), but gets called a second time BEFORE creating the first FrozenBlock with the data of the 1st block, hence giving the same data to the two FrozenBlock :   Old Block Fields set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=head] BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@73681674 BlockEntityData : id:"minecraft:bed",x:3,y:-60,z:-6} Old Block Fields set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=foot] BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@6d1aa3da BlockEntityData : {id:"minecraft:bed",x:2,y:-60,z:-6} Frozen Block Entity set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=foot] BlockPos{x=3, y=-60, z=-6} BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@6d1aa3da BlockEntityData : {id:"minecraft:bed",x:2,y:-60,z:-6} Frozen Block Entity set BlockState : Block{minecraft:black_bed}[facing=east,occupied=false,part=foot] BlockPos{x=2, y=-60, z=-6} BlockEntity : net.minecraft.world.level.block.entity.BedBlockEntity@6d1aa3da BlockEntityData : {id:"minecraft:bed",x:2,y:-60,z:-6} here is the code inside my custom "freeze" item :    @Override     public @NotNull InteractionResult useOn(@NotNull UseOnContext pContext) {         if (!pContext.getLevel().isClientSide() && pContext.getHand() == InteractionHand.MAIN_HAND) {             BlockPos blockPos = pContext.getClickedPos();             BlockPos secondBlockPos = getMultiblockPos(blockPos, pContext.getLevel().getBlockState(blockPos));             if (secondBlockPos != null) {                 createFrozenBlock(pContext, secondBlockPos);             }             createFrozenBlock(pContext, blockPos);             return InteractionResult.SUCCESS;         }         return super.useOn(pContext);     }     public static void createFrozenBlock(UseOnContext pContext, BlockPos blockPos) {         BlockState oldState = pContext.getLevel().getBlockState(blockPos);         BlockEntity oldBlockEntity = oldState.hasBlockEntity() ? pContext.getLevel().getBlockEntity(blockPos) : null;         CompoundTag oldBlockEntityData = oldState.hasBlockEntity() ? oldBlockEntity.serializeNBT() : null;         if (oldBlockEntity != null) {             pContext.getLevel().removeBlockEntity(blockPos);         }         BlockState FrozenBlock = setFrozenBlock(oldState, oldBlockEntity, oldBlockEntityData);         pContext.getLevel().setBlockAndUpdate(blockPos, FrozenBlock);     }     public static BlockState setFrozenBlock(BlockState blockState, @Nullable BlockEntity blockEntity, @Nullable CompoundTag blockEntityData) {         BlockState FrozenBlock = BlockRegister.FROZEN_BLOCK.get().defaultBlockState();         ((FrozenBlock) FrozenBlock.getBlock()).setOldBlockFields(blockState, blockEntity, blockEntityData);         return FrozenBlock;     }  
    • It is an issue with quark - update it to this build: https://www.curseforge.com/minecraft/mc-mods/quark/files/3642325
    • Remove Instant Massive Structures Mod from your server     Add new crash-reports with sites like https://paste.ee/  
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.