Jump to content

Recommended Posts

Posted

I would like to know why if I make a class and extend Event and place it in a package that is not forge, crashes the game. It gives me a InstantiationException. However if I place the same class in one of the forge packages, game does not crash. Has it been hard-coded for the events to only work if they are in the forge package or is it a restriction with the event system. I have not looked too deeply how this event system works, only how to use it?

Posted

If I move the position of any Event that is usually in forge packages to any other, the game gives me the following:

java.lang.InstantiationException: net.minecraft.src.LivingHurtEvent
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at java.lang.Class.newInstance0(Class.java:340)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at java.lang.Class.newInstance(Class.java:308)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at net.minecraftforge.event.EventBus.register(EventBus.java:68)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at net.minecraftforge.event.EventBus.register(EventBus.java:52)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at net.minecraft.src.thirstmod.ThirstMod.onLoad(ThirstMod.java:82)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at java.lang.reflect.Method.invoke(Method.java:597)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:373)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at java.lang.reflect.Method.invoke(Method.java:597)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventBus.post(EventBus.java:268)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:124)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at java.lang.reflect.Method.invoke(Method.java:597)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventHandler.handleEvent(EventHandler.java:69)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.SynchronizedEventHandler.handleEvent(SynchronizedEventHandler.java:45)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventBus.dispatch(EventBus.java:317)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:300)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at com.google.common.eventbus.EventBus.post(EventBus.java:268)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:81)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at cpw.mods.fml.common.Loader.initializeMods(Loader.java:624)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:174)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at net.minecraft.client.Minecraft.startGame(Minecraft.java:450)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at net.minecraft.client.Minecraft.run(Minecraft.java:737)
2012-09-11 16:40:09 [iNFO] [sTDERR] 	at java.lang.Thread.run(Thread.java:680)

 

2012-09-11 16:40:09 [iNFO] [sTDERR] at net.minecraft.src.thirstmod.ThirstMod.onLoad(ThirstMod.java:82)

Is where I register with Event bus.

 

However if I move it back, the game does not crash. :)

 

I hope this can be fixed if possible.

Posted

net.minecraft.src.LivingHurtEvent No such class...

Anyways you should move all your crap out of net.minecraft.src.

 

 

But no, events can be anywhere they want as long as the class is accessible from the EventBus class.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Dude you wanna see my entire source folder. I wouldn't have been able to launch the game if the class didn't exist instead it would say ClassNotFoundDef or whatever it does. How about you move anything that extends Event into some other random package that does not have Forge written all over it and then use @ForgeSubscribe on one of your methods and test! Get your facts right before you post. It doesn't say ClassNotFound.

Posted

Posting restrictions revoked for 24 hours for being a twat.

However, I HAVE tested, events can be anywhere you want as long as the class is accessible from the EventBus class.

Not my first rodeo, I know how java works -.-

 

Go learn Basic Java

 

And its in the net.minecraft.src package, that means that it is part of vanilla minecraft.

Or at least it should, if you weren't such a fucking twat and didn't put your shit in places that arnt yours.

So I state again, get your crap out of net.minecraft.src.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

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

    • https://mclo.gs/46Xf7Sq thanks
    • That seems to have fixed it, thank you!
    • I am having some issues starting an RLCraft server on a minimal install of Debian 12. I have Java installed and I'm able to start the vanilla Minecraft server jar no problem and people can join and play without any issues, as soon as I try to create a new directory with the Forge jar the initial install with the INSTALLER jar works when I use the java command with the --installServer flag, but as soon as I try to start the server using the forge jar that is NOT labelled with installer I get the following error: A problem occurred running the Server launcher.java.lang.reflect.InvocationTargetException         at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)         at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)         at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)         at java.base/java.lang.reflect.Method.invoke(Method.java:569)         at net.minecraftforge.fml.relauncher.ServerLaunchWrapper.run(ServerLaunchWrapper.java:70)         at net.minecraftforge.fml.relauncher.ServerLaunchWrapper.main(ServerLaunchWrapper.java:34) Caused by: java.lang.ClassCastException: class jdk.internal.loader.ClassLoaders$AppClassLoader cannot be cast to class java.net.URLClassLoader (jdk.internal.loader.ClassLoaders$AppClassLoader and java.net.URLClassLoader are in module java.base of loader 'bootstrap')         at net.minecraft.launchwrapper.Launch.<init>(Launch.java:34)         at net.minecraft.launchwrapper.Launch.main(Launch.java:28)         ... 6 more   I have tried using newer versions of Java directly from Oracle as well. Has anybody been successful in starting and running a RLCraft server from the terminal on a Linux machine? I cannot figure out why it doesn't want to work but the vanilla jar works without issue. Thank you in advance!
    • This is my latest attempt :  public class ManaScreen extends Screen { Mana mana = new Mana(); boolean removeManaBar = false; ResourceLocation manaBar = ResourceLocation.fromNamespaceAndPath(RSGArmoury.MOD_ID, "/textures/block/spawnable_arena_wall.png"); public ManaScreen() { super(Component.literal("Mana")); } @Override protected void init() { super.init(); Minecraft.getInstance().setScreen(this); } @Override public boolean isPauseScreen() { return false; } @Override public void render(GuiGraphics pGuiGraphics, int pMouseX, int pMouseY, float pPartialTick) { pGuiGraphics.blit(manaBar, 10, -10, 0, 0, mana.getMana(), 10, mana.getMana(), 10); if (removeManaBar) { this.onClose(); return; } super.render(pGuiGraphics, pMouseX, pMouseY, pPartialTick); } public void addManaBar() { removeManaBar = false; Minecraft.getInstance().setScreen(new ManaScreen()); } public boolean removeManaBar() { return removeManaBar = true; } }
  • Topics

  • Who's Online (See full list)

    • There are no registered users currently online
×
×
  • Create New...

Important Information

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