Jump to content

[1.12.2] [SOLVED] Late update of ObjectHolder causes NullPointerException


Recommended Posts

Posted (edited)

Hello,

 

I am currently experiencing an issue, where by following the latest docs on how to register and store your blocks and tile entities, you end up with an error:

 

Spoiler

[02:00:05] [Client thread/ERROR] [FML]: Exception caught during firing event net.minecraftforge.event.RegistryEvent$Register@5ffac740:
java.lang.NullPointerException: null
	at andreihava.electricalengineer.proxy.CommonProxy.registerBlocks(CommonProxy.java:41) ~[CommonProxy.class:?]
	at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_4_CommonProxy_registerBlocks_Register.invoke(.dynamic) ~[?:?]
	at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:90) ~[ASMEventHandler.class:?]
	at net.minecraftforge.fml.common.eventhandler.EventBus$1.invoke(EventBus.java:144) ~[EventBus$1.class:?]
	at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:182) [EventBus.class:?]
	at net.minecraftforge.registries.GameData.fireRegistryEvents(GameData.java:804) [GameData.class:?]
	at net.minecraftforge.fml.common.Loader.preinitializeMods(Loader.java:628) [Loader.class:?]
	at net.minecraftforge.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:252) [FMLClientHandler.class:?]
	at net.minecraft.client.Minecraft.init(Minecraft.java:514) [Minecraft.class:?]
	at net.minecraft.client.Minecraft.run(Minecraft.java:422) [Minecraft.class:?]
	at net.minecraft.client.main.Main.main(Main.java:118) [Main.class:?]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_191]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_191]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_191]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_191]
	at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) [launchwrapper-1.12.jar:?]
	at net.minecraft.launchwrapper.Launch.main(Launch.java:28) [launchwrapper-1.12.jar:?]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_191]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_191]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_191]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_191]
	at net.minecraftforge.gradle.GradleStartCommon.launch(GradleStartCommon.java:97) [start/:?]
	at GradleStart.main(GradleStart.java:25) [start/:?]

Gist: https://gist.github.com/AndreiiiH/1df4171070554ab83eb86c8a03464abe

 

This error is caused by the ObjectHoldermembers of the ModBlocks.java class not yet being initialized, which is expected, as per Forge docs (link to docs) :

Quote

The order in which RegistryEvent.Register events fire is alphabetically, with the exception that Block will always fire first, and Item will always fire second, right after Block. After the Register<Block> event has fired, all ObjectHolder annotations are refreshed, and after Register<Item> has fired they are refreshed again. They are refreshed for a third time after all of the other Register events have fired.

 

But then, the TileEntity part of the docs recommends registration of all Blocks (including TileEntities) to happen in the RegistrationEvents (link to docs) :

Quote

At this point you can either choose to do it during the FMLPreInitializationEvent or during the RegistryEvent.Register<Block> event, as TileEntities don’t have their own Registry Event yet.

 

Because of the recent deprecation of GameRegistry.registerTileEntity(Class, String); in favor of GameRegistry.registerTileEntity(Class, ResourceLocation);, this now causes an issue. Perhaps I am attempting to retrieve the ResourceLocation instance incorrectly?

 

My ModBlocks class:

Spoiler

@GameRegistry.ObjectHolder("electricalengineer")
public class ModBlocks {

    @GameRegistry.ObjectHolder("electricsparkblock")
    public static BlockElectricSpark ELECTRIC_SPARK;

    @GameRegistry.ObjectHolder("capacitor")
    public static BlockCapacitor CAPACITOR;
}

Gist: https://gist.github.com/AndreiiiH/680ee2345ab4866fc6f6c94820e9815c

 

My CommonProxy class:

Spoiler

package andreihava.electricalengineer.proxy;

import [...]

@Mod.EventBusSubscriber
public class CommonProxy {

    [... Init Methods ...]

    @SubscribeEvent
    public static void registerBlocks(RegistryEvent.Register<Block> event) {
        // BLOCKS
        event.getRegistry().register(new BlockElectricSpark());
        event.getRegistry().register(new BlockCapacitor());

        // TILE ENTITIES
        GameRegistry.registerTileEntity(ModBlocks.CAPACITOR.getTileEntityClass(), ModBlocks.CAPACITOR.getRegistryName());
    }

    @SubscribeEvent
    public static void registerItems(RegistryEvent.Register<Item> event) {
        // BLOCK ITEMS
        event.getRegistry().register(new ItemBlock(ModBlocks.ELECTRIC_SPARK).setRegistryName(ModBlocks.ELECTRIC_SPARK.getRegistryName()));
        event.getRegistry().register(new ItemBlock(ModBlocks.CAPACITOR).setRegistryName(ModBlocks.CAPACITOR.getRegistryName()));

        // NORMAL ITEMS
        event.getRegistry().register(new ItemElectricSpark());
    }
}

Gist: https://gist.github.com/AndreiiiH/84b77e3aa51e622022302ce8f8feb3bc

 

For now, I can botch my way out of the error by moving the TileEntity registration to registerItems, as such:

Spoiler

@SubscribeEvent
public static void registerItems(RegistryEvent.Register<Item> event) {
    // TILE ENTITIES
    // TODO: Temp botch due to ObjectHolder late update causing NullPointerException
    GameRegistry.registerTileEntity(ModBlocks.CAPACITOR.getTileEntityClass(), ModBlocks.CAPACITOR.getRegistryName());

    // BLOCK ITEMS
    event.getRegistry().register(new ItemBlock(ModBlocks.ELECTRIC_SPARK).setRegistryName(ModBlocks.ELECTRIC_SPARK.getRegistryName()));
    event.getRegistry().register(new ItemBlock(ModBlocks.CAPACITOR).setRegistryName(ModBlocks.CAPACITOR.getRegistryName()));

    // NORMAL ITEMS
    event.getRegistry().register(new ItemElectricSpark());
}

Gist: https://gist.github.com/AndreiiiH/715a4ca75ee09ae6e05800bcc5224a10

 

This is not ideal as TileEntity registration should not be happening there.

 

Perhaps you can shed some light on this issue.

 

Thank you!

Edited by AndreiiiH
Marked as solved
Posted (edited)

Thank you, @diesieben07!

 

Changing my method to

Spoiler

@SubscribeEvent
public static void registerBlocks(RegistryEvent.Register<Block> event) {
    // BLOCKS
    event.getRegistry().register(new BlockElectricSpark());
    event.getRegistry().register(new BlockCapacitor());

    // TILE ENTITIES
    GameRegistry.registerTileEntity(TileEntityCapacitor.class, new ResourceLocation(Constants.MOD_ID, "tile_capacitor"));
}

 

has fixed my issue.

 

Also, thank you for pointing out my code style issue! I'll make sure to change this ASAP. It's my first mod I'm working on, so I'm learning as I go, thus the code is a mess.

Edited by AndreiiiH

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • logs too big for one pastebin https://pastebin.com/ZjUGHu3u  https://pastebin.com/RqCUZf3X  https://pastebin.com/6ZPS99nD
    • You probably used jd-gui to open it, didn't you? Nothing wrong with that, I also made that mistake, except that Notch was a smart guy and he obfuscated the code. That's why you only see files called "a", "b", "c" and then a file that combines them all. As I said, use RetroMCP to deobfuscate the code so that you will 100% understand it and be able to navigate it.
    • Decompiling minecraft indev, infdev, alpha, beta or whichever legacy version is really easy. I'm not a plug, I just also got interested in modding legacy versions (Infdev to be specific). Use https://github.com/MCPHackers/RetroMCP-Java Once you install their client and the Zulu Architecture that they say they recommend (or use your own Java). I encountered some problems, so I run it with: "java -jar RetroMCP-Java-CLI.jar". You should run it in a seperate folder (not in downloads), otherwise the files and folders will go all over the place. How to use RetroMCP: Type setup (every time you want change version), copy-paste the version number from their list (they support indev), write "decompile" and done! The code will now be deobfuscated and filenames will be normal, instead of "a", "b" and "c"! Hope I helped you, but I don't expect you to reply, as this discussion is 9 years old! What a piece of history!  
    • I know that this may be a basic question, but I am very new to modding. I am trying to have it so that I can create modified Vanilla loot tables that use a custom enchantment as a condition (i.e. enchantment present = item). However, I am having trouble trying to implement this; the LootItemRandomChanceWithEnchantedBonusCondition constructor needs a Holder<Enchantment> and I am unable to use the getOrThrow() method on the custom enchantment declared in my mod's enchantments class. Here is what I have so far in the GLM:   protected void start(HolderLookup.Provider registries) { HolderLookup.RegistryLookup<Enchantment> registrylookup = registries.lookupOrThrow(Registries.ENCHANTMENT); LootItemRandomChanceWithEnchantedBonusCondition lootItemRandomChanceWithEnchantedBonusCondition = new LootItemRandomChanceWithEnchantedBonusCondition(0.0f, LevelBasedValue.perLevel(0.07f), registrylookup.getOrThrow(*enchantment here*)); this.add("nebu_from_deepslate", new AddItemModifier(new LootItemCondition[]{ LootItemBlockStatePropertyCondition.hasBlockStateProperties(Blocks.DEEPSLATE).build(), LootItemRandomChanceCondition.randomChance(0.25f).build(), lootItemRandomChanceWithEnchantedBonusCondition }, OrichalcumItems.NEBU.get())); }   Inserting Enchantments.[vanilla enchantment here] actually works but trying to declare an enchantment from my custom enchantments class as [mod enchantment class].[custom enchantment] does not work even though they are both a ResourceKey and are registered in Registries.ENCHANTMENT. Basically, how would I go about making it so that a custom enchantment declared as a ResourceKey<Enchantment> of value ResourceKey.create(Registries.ENCHANTMENT, ResourceLocation.fromNamespaceAndPath([modid], [name])), declared in a seperate enchantments class, can be used in the LootItemRandomChanceWithEnchantedBonusCondition constructor as a Holder? I can't use getOrThrow() because there is no level or block entity/entity in the start() method and it is running as datagen. It's driving me nuts.
  • Topics

×
×
  • Create New...

Important Information

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