Unable to run another mod in the development environment

[Thomas107500]

So i am trying to do integration with another mod, but oddly the other mod throws this exception: java.lang.NoSuchMethodError: net.minecraft.util.ResourceLocation.func_208304_a(Ljava/lang/String;)Lnet/minecraft/util/ResourceLocation;

 

I tried running it seperately outside of the dev environment in normal game and it works perfectly 
export my mod and run along with it outside dev environment also works perfectly, it just cannot run inside the dev environment.

What i did is just dropping that mod int to the "mods" folder inside the "run" folder, so maybe i am missing something?
Oh btw i am using Eclipse

Edited May 21, 2020 by Thomas107500

[Thomas107500]

not sure what you mean by "fg.deobf" because i cant seems to find that anywhere in the build.gradle but i do find something like this:

// compile 'com.mod-buildcraft:buildcraft:6.0.8:dev'  // adds buildcraft to the dev env

Is that what you mean?

[Thomas107500]

Wait not in the build.gradle? i am pretty sure it is:

...

dependencies {
    // Specify the version of Minecraft to use, If this is any group other then 'net.minecraft' it is assumed
    // that the dep is a ForgeGradle 'patcher' dependency. And it's patches will be applied.
    // The userdev artifact is a special name and will get all sorts of transformations applied to it.
    minecraft 'net.minecraftforge:forge:1.15.2-31.2.0'

    // You may put jars on which you depend on in ./libs or you may define them like so..
    // compile "some.group:artifact:version:classifier"
    // compile "some.group:artifact:version"

    // Real examples
   

     // compile 'com.mod-buildcraft:buildcraft:6.0.8:dev'  // adds buildcraft to the dev env
   
    // compile 'com.googlecode.efficient-java-matrix-library:ejml:0.24' // adds ejml to the dev env

    // The 'provided' configuration is for optional dependencies that exist at compile-time but might not at runtime.
    // provided 'com.mod-buildcraft:buildcraft:6.0.8:dev'

    // These dependencies get remapped to your current MCP mappings
    // deobf 'com.mod-buildcraft:buildcraft:6.0.8:dev'

    // For more info...
    // http://www.gradle.org/docs/current/userguide/artifact_dependencies_tutorial.html
    // http://www.gradle.org/docs/current/userguide/dependency_management.html

}

...

i will try adding the line you said to it thanks

[Thomas107500]

No i mean they are both there lol that is a straight copy from the build.gradle
 

dependencies {
    // Specify the version of Minecraft to use, If this is any group other then 'net.minecraft' it is assumed
    // that the dep is a ForgeGradle 'patcher' dependency. And it's patches will be applied.
    // The userdev artifact is a special name and will get all sorts of transformations applied to it.
    minecraft 'net.minecraftforge:forge:1.15.2-31.2.0'

    // You may put jars on which you depend on in ./libs or you may define them like so..
    // compile "some.group:artifact:version:classifier"
    // compile "some.group:artifact:version"

    // Real examples
   

     // compile 'com.mod-buildcraft:buildcraft:6.0.8:dev'  // adds buildcraft to the dev env
   
    // compile 'com.googlecode.efficient-java-matrix-library:ejml:0.24' // adds ejml to the dev env

    // The 'provided' configuration is for optional dependencies that exist at compile-time but might not at runtime.
    // provided 'com.mod-buildcraft:buildcraft:6.0.8:dev'

    // These dependencies get remapped to your current MCP mappings
   

    // deobf 'com.mod-buildcraft:buildcraft:6.0.8:dev'

   

    // For more info...
    // http://www.gradle.org/docs/current/userguide/artifact_dependencies_tutorial.html
    // http://www.gradle.org/docs/current/userguide/dependency_management.html

}

 

[Thomas107500]

Wait but deobf one also have ":dev" so deobf is suppose to have ":dev"?

also how to get the normal dependency out of a normal mod? do i just open the mod with a zip viewer like 7zip and see where the main class is, then thats the path?

e.g. "com.devname.modname.mainclass" so the dependency should be "com.devname.modname"?

[Thomas107500]

alright thx