sequituri

I'm thinking you might not have called Item#setTextureName("mod:texture.png") after constructing your item.

You GuiHandler interface is not complete. You neglected the server-side code.

Eclipse export does not do a "gradle build". Do not export. After gradle build, look in build/libs folder.

Yeah, you have to rotate it based of ticks and partialTicks. Choose an axis. Or use an animation texture.

If any of the blocks in your map are sub-blocks (blocks with instance-based metadata other than 0), then your method will not work at all on them.

That method does not want a potion id. Take off the '.id' and just pass the potion. It still may not work, however. You'll have to try it.

After running a gradle build, look in the build/libs folder for your jar file.

Minecraft does not contain or support the required framework infrastructure for Javax or J***** classes. It never will and it has its own Gui classes, interfaces, and methods. Learn them and study some minecraft code or do the tutorials.

I'd try running gradlew clean and gradlew setupDecompWorkspace. If that doesn't work then gradlew cleanCache. Then rerun gradlew setupDecompWorkspace.

I see a blaring programming error at the very beginning. Your Sword constructor passing it's super-constructor a null.

In Run Configurations > Java Application > Client: All you need is the Main Class set to "GradleStart"

Eclipse allows you to use one workspace to hold multiple projects. To avoid confusion you can open & close each project individually. Only open projects will be compiled and debugged/ran.

I got build dependencies like that to work by putting the folders in my settings.gradle file.

You might want to note: package names do not contain or start with CAPITAL letters.

When you say multiplayer, you have a vagueness in your description. You have 1) integrated server, 2) standalone server, and 3) client connecting to standalone server. So, please describe in which scenario from those do you experience the oddness.

GradleStart works, too.

Your forge library path is messed up. LWJGL is the core graphics library minecraft uses and it cannot be found on your path. Did you ever run gradlew setupDecompWorkspace or setupDevWorkspace? If so, how are you running your mod... in eclipse or another IDE or with the launcher? It it's in eclipse, you should have run "gradlew eclipse" to set up the eclipse classpath.

You're best bet is to just hook keyevent and test for two key sequence <chat-key>! or what have you. That would require a simple state machine. It would listen to return as well to know the chat was terminated.

just override getTopIcon() and getSideIcon() The BlockRotatedPillar class handles the meta data automatically for you, unless you want it to work differently.

Style and efficiency point here: I see no reason why your code should ever call getBlockIdFromBlock(). Blocks are identical to or different from other blocks and can be compared directly. Their IDs are meaningless most of the time.

That's the problem. I just looked in the jar, and it is indeed corrupt. Premature end of archive reached. I did not download that. Forge did it. So, what is the problem with it check the download (MD5SUM or something) and giving a useful error? I have to download it manually now, correct? Update: After downloading the server jar file, things have started normally. Thanks for the hint, LexManos.

I downloaded and executed the installer executable. That created the files for me. I have never used any other method to install forge servers. They just all worked. Not this time, though. These files were created by the 1.7.10 stable Installer-Win executable: forge-1.7.10-10.13.0.1180-universal.jar minecraft_server.1.7.10.jar libraries/ (folder): com/ lzma/ net/ org/ So, how did a simple run of the installer cause user error here? This is my console printout, since I did not get a log. By the way, I tried 1187 latest first. When that didn't work either, I went to recommended.

I get the same results. Any workarounds?

I see what you mean. That blog post should be properly titled, a multi-TE TileEntity, since there are no blocks involved in their code.

Okay then. Talk to mdiyo and have him explain his code to you. Or is it that you want mdiyo's quality results without the knowledge and work he put into it? This sounds just plain "gimme... I'm lazy" to me.