Hey all,

I'm new to modding in minecraft, and have started following the tutorials at orangetutorial.com to get started with some basics. Originally, I started using eclipse since I have used it before, and got about as far as making a basic, barebones mod. About all I had changed on my own was fiddle with the mcmod.info file, and the changes were there when I launched minecraft through eclipse. But after seeing some videos I decided I wanted to give Intellij a try. I got things set up and made sure things could compile and run, then continued on with the tutorials which went into adding a block to minecraft, and giving it a texture and a name.  After adding the code described in the tutorial and running minecraft, the block was added, but still with an unlocalized name and no texture, though my texture file and lang file were where they needed to be, and were being put into the proper place in the build directory. At this point I also noticed that the changes I made to the mcmod.info file were also not being recognized. Out of curiosity, I tried compiling a jar with gradlew build and dropping it into the mods folder like I would any mod, outside the dev environment. Done this way, the block had a name and texture, and I could see my mcmod.info changes, so it seems that minecraft in the dev environment isn't able to read in resources properly. Does anyone know how to fix this?

Thanks!

the en_US.lang file is in src\main\resources\assets\tutorialorange\lang and the texture is in src\resources\assets\tutorialorange\blocks (tutorialorange is the mod id). IntelliJ was setup by running gradlew setupDecompWorkspace --refresh-dependencies, importing the build.gradle file into IntelliJ as a project, and then running gradlew gIR to set up the run commands.

Yes, it is. That was set up automatically when the module was generated.

I know, right? I can see in the forge logs that it recurses through the resource folder while looking for mods, and it does say it found an mcmod.info file. At that point tutorialorange was already identified as a mod. Would that influence anything, with them being read at different times?

 

...Kind of running out of ideas

I see...

I noticed that in the build folder, the classes are in classes\main\<rest of file path> and resources are in resources\main\<rest of file path>. Compared to the jar file from gradlew build, where the classes\main and resources\main parts of those file paths are not present (meaning, there is the contents of classes\main and resources\main together in the jar). Could those extra folders in the build folder be keeping the mod from reading the resources properly?

Got it. Sorry for my noob suggestions >.> Been trying to get this working all day, and haven't found any answers anywhere.

Sadly, no change.

Here it is: http://i.imgur.com/w2SpayL.png

Gah. Well thanks anyways. Whenever I try to do something new with computers, I seem to be plagued by weird problems like this

 

Do you know how forge knows where to look for the mod's assets? Maybe it's looking for them in the wrong place, and I need to configure it to look in the correct place?

Can I see the latest log and the Constants class? (Please use http://gist.github.com or any other pastebin)

Constants class is here: https://gist.github.com/anonymous/446017088f130204e382

fml-client-latest.log is here: https://gist.github.com/anonymous/247c2769ee21f9b6e31f

latest.log is here: https://gist.github.com/anonymous/639403eea673e0b2c0d6

 

Why are the forge logs split up like that anyways? I don't remember it doing that before...

Yeah, I did think of that. Sadly, when I tried it JDK 7 didn't work either...

fml-client-latest.log: https://gist.github.com/anonymous/6eac78b92971155a3a18

latest.log: https://gist.github.com/anonymous/ba582b76634e67d3dcea

I think all the code and names are correct, since the jar file from gradlew build works with no problems.

I spent a while messing the the debugger to see how FML is loading the mod and it's resources. I was able to find out that it loads the mod with directory build/classes, which is fine...but then when loading resource packs in which to find textures, the same mod location is added as a resource path. Though both build/classes and build/resources are in the classpath, build/resources is never used because no mods were found in it, while build/classes is used as the resource path because it is the mod's class path. This would explain why compiling to a .jar works, because then the class path and resource path are the same. To test, I copied my resources to the build/classes folder, and it worked. How to fix this, though, I have no clue >.>

And this is why eclipse is better (I guess just personal preference, but seems to have more features and support) why did you switch?

Aside from just wanting to try something new, I was also having difficulty getting the code completion in Eclipse to work the way I wanted it to. In IntelliJ it's working perfectly but otherwise no particular reason. Yes Eclipse does have lots of features, but I never really used any of them that IntelliJ doesn't have. I actually like the less feature-cluttered workspace lol

After looking more closely at why it works in Eclipse, I noticed that Eclipse puts everything into a bin folder, both compiled classes and resources. This would make the class path and resource path the same, and so it works properly. So I guess now the question is, how can I set up IntelliJ to put classes and resources in the same directory?

Most of this is beyond my current knowledge so this may be a stupid question but i noticed toy setup your workspace in a way i am not familiar with.

 

the en_US.lang file is in src\main\resources\assets\tutorialorange\lang and the texture is in src\resources\assets\tutorialorange\blocks (tutorialorange is the mod id). IntelliJ was setup by running gradlew setupDecompWorkspace --refresh-dependencies, importing the build.gradle file into IntelliJ as a project, and then running gradlew gIR to set up the run commands.

 

Have you tried creating a fresh workspace and using

gradlew setupDecompWorkspace

gradlew idea

 

Gave it a try, but it didn't work.

Use diesieben07's tutorial for setting up Forge with IntelliJ. Tutorial found in the tutorials section.

Tried that too, no change 

Well I figured it out. I knew I must have been missing something obvious, and I was...IntelliJ 14 places resources in it's own resource folder, while IntelliJ 13 places them in the classes folder. No tutorials I've seen mentioned a version, but I saw from screenshots that 13 was being used. I had just gone ahead and grabbed the latest though, and apart from the screen displayed when no projects are open, they look almost identical, so it took a while to notice. So yeah, fixed

Well I figured it out. I knew I must have been missing something obvious, and I was...IntelliJ 14 places resources in it's own resource folder, while IntelliJ 13 places them in the classes folder. No tutorials I've seen mentioned a version, but I saw from screenshots that 13 was being used. I had just gone ahead and grabbed the latest though, and apart from the screen displayed when no projects are open, they look almost identical, so it took a while to notice. So yeah, fixed

Very nice find! Did you solve it without downgrading to IntelliJ 13 or is downgrading necessary to fix this problem?

Well I figured it out. I knew I must have been missing something obvious, and I was...IntelliJ 14 places resources in it's own resource folder, while IntelliJ 13 places them in the classes folder. No tutorials I've seen mentioned a version, but I saw from screenshots that 13 was being used. I had just gone ahead and grabbed the latest though, and apart from the screen displayed when no projects are open, they look almost identical, so it took a while to notice. So yeah, fixed

Very nice find! Did you solve it without downgrading to IntelliJ 13 or is downgrading necessary to fix this problem?

This bloke came up with a fix

http://www.minecraftforge.net/forum/index.php/topic,25429.msg129629.html#msg129629

 

Well I figured it out. I knew I must have been missing something obvious,

 

You've got a funny definition of "obvious" I must say

 

-TGG