Acejhm

Yep, that totally helped. Thanks! And now my head hurts... That is a complicated call hierarchy, and some impressive code. The ModDiscover Class links, indirectly, to like 6 other classes, which all indirectly and directly link to each other. I barely understand all this, but I'm quite impressed. CPW, sir, you have done well. For anyone interested, I found it in the referenced forge libraries in "net.minecraftforge.fml.common.discovery".

Question about this, I did as you suggested, and after looking at the stack trace at the time my mod's main constructor was called, I get a method return from Class.class in the "forName" method. However, I can't see where that method gets it's class name from. I see what it's doing to it, and, examining it briefly, it makes sense, but I don't understand HOW it retrieves the needed class name. I even added a breakpoint on the "forName" method header, but I couldn't get it to tell me where it was being called from. It's passed some information about the class it's loading, but that information is retrieved what I wanted to know. I got a little closer to my answer with the "loadClass" method inside ClassLoader.class, but it's passed a binary name for a class to find. Which method passes it that I still don't know, even after adding another breakpoint to that method. Maybe I'm debugging wrong? Idk.

Thank you both for your replies. I'm wanting to get much deeper into Java, and programming, than one can learn in casual research, so the feedback is much appreciated.

I know this is not a direct Minecraft modding question, but it is related to Forge. I was wondering how the reflection, the examination of classes at runtime, works with Forge? I read up on how to do reflection from the Oracle website, but it didn't mention much about how to examine unknown classes, like forge does. You never can know, unless at runtime, how many mods, or which ones, you will have in your Minecraft instance. I was wanting to learn a bit more about how it all happened. Can anyone shed some light on the matter?

Wow, that fixed it. I can't believe I call myself a programmer and I did everything BUT restart my computer...That's like rule numero uno. Lol, thanks diesieben07.

I'll change the JAVA_HOME I have to point to the jdk, but it seems like there is another one hidden somewhere since even after setting it to something other than "C:\Program Files\Java\jdk1.8.0_51\bin", it doesn't update. Here's a picture of my variables: http://s29.postimg.org/f8hvmxa9z/Enviroment_Variables.png[/img]

I have been trying to set up my workspace so I can begin modding Minecraft, but everytime I run gradlew setupDecompWorkspace it says: ERROR: JAVA_HOME is set to an invalid directory: C:\Program Files\Java\jdk1.8.0_51\bin I know I need to set the JAVA_HOME variable in my environment variables, so I did. However, it appears to be saying it's set to a place that the variable in the system properties is not set to. I created a new JAVA_HOME variable and gave it the correct path, "C:\Program Files (x86)\Java\jre1.8.0_71", but it didn't update it. At this point, I have uninsatlled and reinstalled both the jdk and jre. The path JAVA_HOME is pointing to, "C:\Program Files\Java\jdk1.8.0_51\bin", doesn't even exist anymore. When I do echo %JAVA_HOME% it tells me the same thing, that the JAVA_HOME exists, but it's not the right directory. I set everything up correctly in the Environment Variables (according to all the tutorials I read), but I'm not really sure what's wrong at this point. It could be anything what with the stupid bugs Windows 10 has...