gabizou

Running some tests on a "production" jar for 1.21.1 and I can't seem to get forge only to run on different distributions of Java 21: Link to jvm panic logs https://gist.github.com/gabizou/93822d9ed9214c24d8270cceb9424240 Link to debug logs https://gist.github.com/gabizou/18a4f697b5193472c7512ec93e55aa7f Note that I've only installed forge and attempted to run on different distributions of JDK 21 and all fail at the same point of: [24Aug2024 16:47:19.317] [Server thread/INFO] [net.minecraft.server.MinecraftServer/]: Generating keypair

Chiming in as one of the other leaders of Sponge, I've always believed that making heavy modifications to the game (as coremods sometimes do) would benefit from being viewed source, since often times debugging odd interactions between SpongeForge (and SpongeCommon as the larger part) have been often times difficult to say the least to work out where the issue lies. That being said, I strongly support the idea around coremods being viewed source for the sake of inter-coremod compatibility overall, as the goal with SpongeForge has always been about remaining compatible with as many mods as possible out of the box (even if the technological attempts at maintaining that compatibility is not as evident or thought up very fast). As @Zidane has mentioned, SpongeForge will be making the necessary changes in the very near future to abide by these requirements. As per usual, my goal with inter-mod compatibility is always to provide as much descriptive console spam error logs to help Sponge and/or the mod itself get a better fix and make the users happier overall.

Sponge isn't even loaded here. There is a distinction between SpongeForge (the forge implementation of SpongeAPI) and Mixin (which is a library created under the SpongePowered organization). Regardless, the issue is that the user is using an old version of BoP and expected Optifine to work with everything, including a probably alpha build of BoP using a beta library to act as a core mod.

While it is the Mixin library that crashed, it's actually more likely because the BoP used was using an older version of Mixin, and not only that, but it seems like Optifine is doing funky things with re-entering class transformers. [21:00:27] [main/INFO] [sTDOUT/]: [optifine.OptiFineForgeTweaker:dbg:49]: OptiFineForgeTweaker: getLaunchArguments [21:00:27] [main/WARN] [mixin/]: Re-entrance detected from unknown source, this will cause serious problems. java.lang.RuntimeException at org.spongepowered.asm.mixin.transformer.MixinTransformer.detectReEntrance(MixinTransformer.java:296) [biomesOPlenty-1.8-3.0.0.1060-universal.jar:?] The Mixin library is supposed to be the package name as it is because it's exactly that, a library. Using it as a tweaker enables the core mod not having to write their own ASM hackery and simplify their injections. More documentation for reading can be found here: https://github.com/SpongePowered/Mixin

Awesome, thank you for that clarification. I had a feeling that could be the case.

Awesome, thank you for that clarification. I had a feeling that could be the case.

So I have a mod that is currently written for ModLoader and uses quite a bit of reflection to achieve what it does, issue is that I have taken over the mod and I need to rewrite it for ForgeAPI as there are quite a few mods that the server wishes to add to the servermodpack. Anyways, all that aside, the Server is a Bukkit server, so no Forge interaction from the server is a requirement. Packets can be sent, I understand that, and I've already started looking at the Forge wiki on the first steps, I've arrived at one of the Don'ts in Forge: "use World.spawnEntity when World.isRemote is true. Never." I have the source code and one of the features is upon recieving a packet, a little floating text entity floats up as you break a block to show experience gained, currently this is achived by having TextEntity extend Entity and unfortunately, World.spawnEntityInWorld(TextEntity). I don't know whether the Don't is outdated and should say World.spawnEntityInWorld(), but I have a feeling that this is the case and I need to figure out a way to go about this properly.

So I have a mod that is currently written for ModLoader and uses quite a bit of reflection to achieve what it does, issue is that I have taken over the mod and I need to rewrite it for ForgeAPI as there are quite a few mods that the server wishes to add to the servermodpack. Anyways, all that aside, the Server is a Bukkit server, so no Forge interaction from the server is a requirement. Packets can be sent, I understand that, and I've already started looking at the Forge wiki on the first steps, I've arrived at one of the Don'ts in Forge: "use World.spawnEntity when World.isRemote is true. Never." I have the source code and one of the features is upon recieving a packet, a little floating text entity floats up as you break a block to show experience gained, currently this is achived by having TextEntity extend Entity and unfortunately, World.spawnEntityInWorld(TextEntity). I don't know whether the Don't is outdated and should say World.spawnEntityInWorld(), but I have a feeling that this is the case and I need to figure out a way to go about this properly.

Mod Name: HerocraftLoader Website: http://www.herocraftonline.com/main/threads/heroclient-mod.31983/ Issue: allows client to load and log into server, does not actually do anything (log will show NoSuchMethodException) Log: I've installed the following in the following order: Forge v 6.6.0.556 LiteLoader for Minecraft 1.4.7 Macro Keybind Mod v 0.9.8 for Minecraft 1.4.7 Rei's Minimap for Minecraft 1.4.7 HerocraftLoader built for Minecraft 1.4.7 (the mod in question) for ModLoader Optifine 1.4.6(1.4.7) HD U D5 Notes: I've tried to install just Forge and HeroMod and still HeroMod didn't work.