Testing with external mods

[jhogan42]

Hi all,

 

I'm developing mod M, and want to run tests while simultaneously running mod M and a testing mod T in my dev environment.

 

When I attempt to install T, by placing it in my dev client's "mods" directory (same directory tree where the client logfiles go, etc.) -- it only partly works.  I see on the title screen that it loaded, but none of the other functionality is present.  T works fine on my normal (non-development) Minecraft client.

 

Can anyone help me understand what I'm doing wrong?  I've read some claims that code obfuscation might be related, but I don't understand why that would affect the client software reading a pre-compiled .jar at runtime.

 

If it matters, I am using IntelliJ, and the testing mod in question an x-ray mod (linked below) -- I'm using it to test ore generation code.

 

Thanks in advance

http://www.minecraftforum.net/forums/mapping-and-modding/minecraft-mods/1292688-xray-mod-1-6-4-1-8-3-vanilla-optifine-forge

 

[Villain]

Having the same problems. See my post a few down from yours for a little info http://www.minecraftforge.net/forum/index.php/topic,29680.0.html

[herbix]

Trying to add a released mod into a developing minecraft may cause crash. That's because a released mod is reobfuscated, which cannot run in deobfuscated environment.

 

If the mod is open-sourced, you could simply copy these source to your src folder and add them to your source directories in IDE.

 

I have no idea about those not open-sourced.

[Villain]

Wouldn't that then distribute their mod along with yours? That doesn't sound like a good idea.

[Elix_x]

If you do as said above - just put mod source in src, after building your mod, you will have to open jar and clean it from not needed resources...

[Elix_x]

  On 4/20/2015 at 4:37 PM, diesieben07 said:

This is what src/api/java is for. It gets compiled with your mod but not put in the jar file.

Is it specially created or what? Because i don't have it after building workspace...

 

[Draco18s]

  On 4/20/2015 at 4:59 PM, elix said:

  Quote

This is what src/api/java is for. It gets compiled with your mod but not put in the jar file.

Is it specially created or what? Because i don't have it after building workspace...

 

I think you have to add it manually.  Create the folder, then right-click on basically anything in the project layout (the package list, external jars, etc.) and go to build path -> configure build path.

 

In the tab (sources?) you can add another folder and point it at /api/java and /api/resources.

 

IIRC

[Elix_x]

I jknow that i can manually create other source places, and forge will not commpile code inside, but why forge api folder isn't included? no need or?

And also -  i think that in case of api (not whole mod like buildcraft, but just buildcraft-api), you should have api inside your jar, otherwise when you launch your mod and bc isn't present, it will carsh... How ever this what i think i should use because of need of being able to play with my mod without need of bc or te or ae being installed...

[Draco18s]

  On 4/20/2015 at 5:30 PM, elix said:

you should have api inside your jar, otherwise when you launch your mod and bc isn't present, it will carsh...

 

Only if you're stupid and do it wrong by not hiding the code inside its own class, which is only instantiated/referenced behind an

if(Loader.isModLoaded("buildcraft")

check.

[Elix_x]

[not working quote from draco]

How about interfaces then???

[Draco18s]

You mean

MyMachine extends TileEntity implements ISomeAPIInterface

?

 

Does the machine always exist, even if the external mod that supplies the interface isn't loaded?  Does the machine even work in that case?  by which I mean, if the API is included, but the mod it is for doesn't exist, can the machine be used meaningfully?

[Elix_x]

  On 4/20/2015 at 7:00 PM, Draco18s said:

You mean

MyMachine extends TileEntity implements ISomeAPIInterface

?

 

Does the machine always exist, even if the external mod that supplies the interface isn't loaded?  Does the machine even work in that case?  by which I mean, if the API is included, but the mod it is for doesn't exist, can the machine be used meaningfully?

Yes, it can be used meaningfully without bc. BC pipes & TE RF implementation is sort of additional feature...

[jhogan42]

Thanks for the feedback... the obfuscation / deobfuscation bit makes sense here after more research...

 

  On 4/20/2015 at 4:37 PM, diesieben07 said:

This is what src/api/java is for. It gets compiled with your mod but not put in the jar file.

 

Is there any general documentation about the Forge/Gradle environment that I have missed that would tell me things like this?  Or is this a standard convention in the Java world I just am not aware of? 

 

I have no idea where y'all learn these things... is it just from digging around in the source code for years?

[Elix_x]

  On 4/20/2015 at 7:29 PM, diesieben07 said:

You can make FML remove interfaces and methods from your classes conditionally using the annotations in the Optional class.

Hmm, but it has one modid only... What should i do then to make optional rf compatibility, because different mods like termal expansion, buildcraft, ender io... Can work together and by themselves, and they are all using rf...

[Draco18s]

CoFHCore, I believe, is also more than a library.  That is: it makes changes to Vanilla.

 

Say...by disabling wither skull drops.

[Elix_x]

  On 4/21/2015 at 12:57 PM, diesieben07 said:

CoFHCore (the thing that does RF) is designed in such a way that you are supposed to ship it with your mod. It's a horrible design, but it's what we got.

But buildcraft doesn't require cofth to play, uses rf and... jar is ditributed with cofth api! Even bc api is distributed with it! (Download any buildcraft (obf/dev/api) and open jar. You will see cofth/api inside...)

[Draco18s]

  On 4/21/2015 at 3:15 PM, elix said:

buildcraft jar is ditributed with cofth api

 

Uh.

 

  Quote

CoFHCore is designed in such a way that you are supposed to ship the api with your mod.

[Elix_x]

  On 4/21/2015 at 3:25 PM, Draco18s said:

  Quote

buildcraft jar is ditributed with cofth api

 

Uh.

 

  Quote

CoFHCore is designed in such a way that you are supposed to ship the api with your mod.

Sorry, i haven't understood correctly...

[Draco18s]

diesieben said that CoHFCore is designed so that it's API shipped with any mod that uses it.

 

You said that if you "look at buildcraft, you'll find the CoHFCore API inside the buildcraft jar" which is quite literally what diesieben said.