Creating a library mod along with my main mod

[NovaViper]

I'm trying to create a mod alongside with my main mod that stores some of the most used Forge methods (ie methods involving item creation, block creation, etc.). I'm also trying to avoid having the two mods complied together under the same zip folder whenever I compile the mods. I'm currently using the Eclipse IDE and Forge 1.12.2-14.23.2.2615.

[Draco18s]

This might interest you:

https://github.com/Draco18s/ReasonableRealism/blob/master/build.gradle#L96-L121

https://github.com/Draco18s/ReasonableRealism/blob/master/build.gradle#L165-L189

My gradle build tasks handle this for me.

[NovaViper]

I haven't made the actual library yet. Do I add in another package and specify it in the build.gradle to separate them into two different zip files?

[Draco18s]

Ok so, this bit here (redacted for simplicity):

from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
    exclude 'com/draco18s/ores/**', 'com/draco18s/industry/**'
}

This removes my "actual mod" from being included in a compiled jar file. In this case, it excludes the folder com/draco18s/ores and com/draco18s/industry, as we only want the library in this jar.

 

Then this bit here:

from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
    include 'com/draco18s/ores/**', 'assets/harderores/**', 'cog_config/**'
    exclude '**.xcf'
}

Makes sure to only include com/draco18s/ores, and its associated assets. The exclude line makes sure not to include large, layered, GIMP image files that aren't actually used by the mod (it's a template for the icons actually used). Your gradle file will already have one task that builds everything. You can rename it and modify the include/exclude as appropriate, then duplicate and modify again, using a new task name.

 

At the bottom, these bits:

oresJar.dependsOn('reobfJar')

set up to make sure that gradle does all of the appropriate compilation tasks in the proper order.

 

Lastly, this is a task that does a full compile (builds all the jars, redacted slightly for simplicity):

task releaseJars(type: Copy) {
    from coreJarNoCog
    from oresJar
    rename '-(.*)jar', '.jar'
    rename '-(.*)zip', '.zip'
    into '.'
}

This task will already exist in your gradle file, you just need to add the from lines so that a full build builds all of your other jar tasks.

Edited February 12, 2018 by Draco18s

[NovaViper]

I did something like this:

 

buildscript {
    repositories {
        jcenter()
        maven { url = "http://files.minecraftforge.net/maven" }
    }
    dependencies {
        classpath 'net.minecraftforge.gradle:ForgeGradle:2.3-SNAPSHOT'
    }
}
apply plugin: 'net.minecraftforge.gradle.forge'
//Only edit below this line, the above code adds and enables the necessary things for Forge to be setup.

def libVersion      = "1"
def majorVersion    = "0"
def minorVersion    = "1"
//bug patch or testing versions
def tkcraftVersion  = "f"
def prePend = "1.12.2-"
def packageVersion  = libVersion+"."+majorVersion+"."+minorVersion+tkcraftVersion

tkcraftVersion = libVersion+"."+majorVersion+"."+minorVersion+tkcraftVersion

version = ""
group= "com.novaviper.ecore" // http://maven.apache.org/guides/mini/guide-naming-conventions.html
archivesBaseName = prePend+"EclipseCore"+packageVersion

sourceCompatibility = targetCompatibility = '1.8' // Need this here so eclipse task generates correctly.
compileJava {
    sourceCompatibility = targetCompatibility = '1.8'
}

minecraft {
    version = "1.12.2-14.23.2.2615"
    runDir = "run"
    
    // the mappings can be changed at any time, and must be in the following format.
    // snapshot_YYYYMMDD   snapshot are built nightly.
    // stable_#            stables are built at the discretion of the MCP team.
    // Use non-default mappings at your own risk. they may not always work.
    // simply re-run your setup task after changing the mappings to update your workspace.
    mappings = "snapshot_20171003"
    // makeObfSourceJar = false // an Srg named sources jar is made by default. uncomment this to disable.
    replace "{@version:lib}":libVersion,"{@version:tkcraft}":tkcraftVersion,"required-after:ecore":("required-after:ecore@["+libVersion+",]"),"/*{uncomment}":"","{uncomment}*/":""
}

dependencies {
    // 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'

    // the deobf configurations:  'deobfCompile' and 'deobfProvided' are the same as the normal compile and provided,
    // except that these dependencies get remapped to your current MCP mappings
    //deobfCompile 'com.mod-buildcraft:buildcraft:6.0.8:dev'
    //deobfProvided '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

}

processResources
{
    // this will ensure that this task is redone when the versions change.
    inputs.property "version", project.version
    inputs.property "mcversion", project.minecraft.version

    // replace stuff in mcmod.info, nothing else
    from(sourceSets.main.resources.srcDirs) {
        include 'mcmod.info'
                
        // replace version and mcversion
        expand 'version':project.version, 'mcversion':project.minecraft.version
    }
        
    // copy everything else, thats not the mcmod.info
    from(sourceSets.main.resources.srcDirs) {
        exclude 'mcmod.info'
    }
}

task eCoreJar(type: Jar) {
    baseName = prePend+'EclipseCore-v'+libVersion

    from('etc/lib') {
        include '*.info'
        expand 'version': libVersion, 'mcversion': project.minecraft.version
    }

    from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
        exclude 'com/novaviper/terrakoncraft/**', 'mcmod.info', 'TODO.txt', 'assets/**', 'config/**'
    }
}

task terrakonCraftJar(type: Jar) {
    baseName = prePend+'TerrakonCraft-'+tkcraftVersion

    from('etc/tkcraft') {
        include '*.info'
        expand 'version': tkcraftVersion, 'mcversion': project.minecraft.version
    }

    from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
        include 'com/novaviper/terrakoncraft/**', 'assets/terrakoncraft/**'
    }
}

eCoreJar.dependsOn('reobfJar')
terrakonCraftJar.dependsOn('reobfJar')

task releaseJars(type: Copy) {
    from eCoreJar
    from terrakonCraftJar
    //one of these lines crashes it?
    rename '-(.*)jar', '.jar'
    rename '-(.*)zip', '.zip'
    into '.'
}

task fullBuild(type: Delete) {
    delete jar
}

fullBuild.dependsOn('releaseJars')

 

I haven't gotten the chance to try it out, since I've been busy with school work. But something like this would suffice, right?

[Draco18s]

Looks correct.

[NovaViper]

What about the mcmod.info file? Is there a way to generate multiple versions for each mod?

[Draco18s]

15 minutes ago, NovaViper said:

What about the mcmod.info file? Is there a way to generate multiple versions for each mod?

I created a folder (called etc/) that I then created subfolders for and used those...let me grab how that works...

https://github.com/Draco18s/ReasonableRealism/blob/master/build.gradle#L99-L102

I never included the etc/ folder on my repo, but you should be able to work that part out yourself:

 

[NovaViper]

Ah, that's what that's for. Hm.. Would it be possible to have that in the assets folder (src/main/resources) so I don't have to clone each file into the etc/ folder?

[NovaViper]

Also, when I want to build the project, do I run the normal gradlew build  command or run one of the newly defined tasks in the build.gradle?

[Draco18s]

27 minutes ago, NovaViper said:

Ah, that's what that's for. Hm.. Would it be possible to have that in the assets folder (src/main/resources) so I don't have to clone each file into the etc/ folder?

You could. But you'd have to put them in subfolders, because otherwise you would have multiple files with the same name in the same directory.

 

18 minutes ago, NovaViper said:

Also, when I want to build the project, do I run the normal gradlew build  command or run one of the newly defined tasks in the build.gradle?

gradlew build fullBuild

or

gradlew build terrakonCraftJar

or

gradlew build eCoreJar

[NovaViper]

7 minutes ago, Draco18s said:

You could. But you'd have to put them in subfolders, because otherwise you would have multiple files with the same name in the same directory.

I just placed them in subfolders, but Minecraft/Forge didn't seem to pick them up at all D: 

 

Here's the directory: https://imgur.com/rNUlJPw

[NovaViper]

The build commands seem to fail for some reason when it gets to releaseJars.. with this error

And I get 4 files: two of them (1.12.2-TerrakonCraft-1.0.1f.jar and 1.12.2-EclipseCore-v1.jar) are each of the mods, and the other two (1.12.2-EclipseCore1.0.1f.jar and 1.12.2-EclipseCore1.0.1f-sources.jar) have stuff for both of the mods. Another strange thing is that 1.12.2-EclipseCore-v1.jar has the code for Eclipse Core only, but still has the etc/ subfolders of both mods.

 

Finally.. I'm not sure if this is normal but several new folders (along with the libs folder, which the mods appear in) appeared after running the command. These folders are classes, dependency-cache, libs, resources, retromaping,sources, taskLogs, and tmp. From the very last time I made mods, these folders didn't appear, but merely the jars of the mod did (and not grouped in a folder)

Edited February 15, 2018 by NovaViper
Mentioned the build items that appered

[Draco18s]

Quote

> The process cannot access the file because another process has locked a portion of the file

One of the files is locked and can't be edited. Its in use (or incorrectly locked).

 

As for your files, you need to tell the build task where to take the files from and where to put them. It's not automagic.

[NovaViper]

I'm kinda at a lost.. How can I get Forge to look into the subfolders for the mcmod.info files when the game loads up?

[Draco18s]

Change the path here to point at your file:

https://github.com/Draco18s/ReasonableRealism/blob/master/build.gradle#L99

[NovaViper]

That helped alot there, thanks!  Now I have another issue, whenever I build, the etc folder ends up in the EclipseCore jar but not in the Terrakon jar (I dont want that in either folder). And I still have that locked gradle error, despite I (supposedly) not using gradle anywhere else (expect Eclipse, maybe that's causing the issue?)

 

What my build.gradle looks like currently:

 

buildscript {
    repositories {
        jcenter()
        maven { url = "http://files.minecraftforge.net/maven" }
    }
    dependencies {
        classpath 'net.minecraftforge.gradle:ForgeGradle:2.3-SNAPSHOT'
    }
}
apply plugin: 'net.minecraftforge.gradle.forge'
//Only edit below this line, the above code adds and enables the necessary things for Forge to be setup.

def libVersion      = "1"
def majorVersion    = "0"
def minorVersion    = "1"
//bug patch or testing versions
def tkcraftVersion  = "f"
def prePend = "1.12.2-"
def packageVersion  = libVersion+"."+majorVersion+"."+minorVersion+tkcraftVersion

tkcraftVersion = libVersion+"."+majorVersion+"."+minorVersion+tkcraftVersion

version = ""
group= "com.novaviper.ecore" // http://maven.apache.org/guides/mini/guide-naming-conventions.html
archivesBaseName = prePend+"NovaCraft"+packageVersion

sourceCompatibility = targetCompatibility = '1.8' // Need this here so eclipse task generates correctly.
compileJava {
    sourceCompatibility = targetCompatibility = '1.8'
}

minecraft {
    version = "1.12.2-14.23.2.2615"
    runDir = "run"
    
    // the mappings can be changed at any time, and must be in the following format.
    // snapshot_YYYYMMDD   snapshot are built nightly.
    // stable_#            stables are built at the discretion of the MCP team.
    // Use non-default mappings at your own risk. they may not always work.
    // simply re-run your setup task after changing the mappings to update your workspace.
    mappings = "snapshot_20171003"
    // makeObfSourceJar = false // an Srg named sources jar is made by default. uncomment this to disable.
}

dependencies {
    // 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'

    // the deobf configurations:  'deobfCompile' and 'deobfProvided' are the same as the normal compile and provided,
    // except that these dependencies get remapped to your current MCP mappings
    //deobfCompile 'com.mod-buildcraft:buildcraft:6.0.8:dev'
    //deobfProvided '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

}

processResources
{
    // this will ensure that this task is redone when the versions change.
    inputs.property "version", project.version
    inputs.property "mcversion", project.minecraft.version

    // replace stuff in mcmod.info, nothing else
    from(sourceSets.main.resources.srcDirs) {
        include 'mcmod.info'
                
        // replace version and mcversion
        expand 'version':project.version, 'mcversion':project.minecraft.version
    }
        
    // copy everything else, thats not the mcmod.info
    from(sourceSets.main.resources.srcDirs) {
        exclude 'mcmod.info'
    }
}

task eCoreJar(type: Jar) {
    baseName = 'EclipseCore-'+prePend+libVersion

    from('src/main/resources/etc/lib') {
        include '*.info'
        expand 'version': libVersion, 'mcversion': project.minecraft.version
    }

    from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
        exclude 'com/novaviper/terrakoncraft/**', 'mcmod.info', 'assets/terrakoncraft/**'
    }
}

task terrakonCraftJar(type: Jar) {
    baseName = 'TerrakonCraft-'+prePend+tkcraftVersion

    from('src/main/resources/etc/tkcraft') {
        include '*.info'
        expand 'version': tkcraftVersion, 'mcversion': project.minecraft.version
    }

    from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
        include 'com/novaviper/terrakoncraft/**', 'assets/terrakoncraft/**'
    }
}

eCoreJar.dependsOn('reobfJar')
terrakonCraftJar.dependsOn('reobfJar')

task releaseJars(type: Copy) {
    from eCoreJar
    from terrakonCraftJar
    //one of these lines crashes it?
    rename '-(.*)jar', '.jar'
    rename '-(.*)zip', '.zip'
    into '.'
}

task fullBuild(type: Delete) {
    delete jar
}

fullBuild.dependsOn('releaseJars')

 

[Draco18s]

Add an exclude entry for it.

*Shrug*

[NovaViper]

I tried that but the etc folder still appears in the library jar

 

--Edit--

I did the include method like in the terrakonJar task and that made it go away

Edited February 15, 2018 by NovaViper

[NovaViper]

Hey @Draco18s, I added in a dependency to the build, now eclipse says it can't find the library despite I ran the setup commands for Eclipse. It keeps saying unresolved dependency

 

--Edit--

I fixed it, but I still can't get Forge to look into the etc folder and find each mod's mcmod.info file

Edited February 24, 2018 by NovaViper

[Draco18s]

4 hours ago, NovaViper said:

 

I fixed it, but I still can't get Forge to look into the etc folder and find each mod's mcmod.info file

I'm not sure. I just know that what I have works. Show your folder structure and gradle.build file again?

[NovaViper]

Here you go.

 

//Thanks to Draco18s for the library/mod seperation!
buildscript {
    repositories {
        jcenter()
        maven { url = "http://files.minecraftforge.net/maven" }
    }
    dependencies {
        classpath 'net.minecraftforge.gradle:ForgeGradle:2.3-SNAPSHOT'
    }
}
apply plugin: 'net.minecraftforge.gradle.forge'
//Only edit below this line, the above code adds and enables the necessary things for Forge to be setup.

def libVersion      = "1"
def majorVersion    = "0"
def minorVersion    = "1"
//bug patch or testing versions
def tkcraftVersion  = "f"
def prePend = "1.12.2-"
def packageVersion  = libVersion+"."+majorVersion+"."+minorVersion+tkcraftVersion

tkcraftVersion = libVersion+"."+majorVersion+"."+minorVersion+tkcraftVersion

version = ""
group= "com.novaviper.ecore" // http://maven.apache.org/guides/mini/guide-naming-conventions.html
archivesBaseName = prePend+"NovaCraft"+packageVersion

sourceCompatibility = targetCompatibility = '1.8' // Need this here so eclipse task generates correctly.
compileJava {
    sourceCompatibility = targetCompatibility = '1.8'
}

minecraft {
    version = "1.12.2-14.23.2.2615"
    runDir = "run"
    
    // the mappings can be changed at any time, and must be in the following format.
    // snapshot_YYYYMMDD   snapshot are built nightly.
    // stable_#            stables are built at the discretion of the MCP team.
    // Use non-default mappings at your own risk. they may not always work.
    // simply re-run your setup task after changing the mappings to update your workspace.
    mappings = "snapshot_20171003"
    // makeObfSourceJar = false // an Srg named sources jar is made by default. uncomment this to disable.
}

repositories {
    maven {
        url "https://maven.mcmoddev.com/"
    }
}

dependencies {
    compile "net.ilexiconn:llibrary:1.7.9-1.12.2:dev"
}

processResources
{
    // this will ensure that this task is redone when the versions change.
    inputs.property "version", project.version
    inputs.property "mcversion", project.minecraft.version

    // replace stuff in mcmod.info, nothing else
    from(sourceSets.main.resources.srcDirs) {
        include 'mcmod.info'
                
        // replace version and mcversion
        expand 'version':project.version, 'mcversion':project.minecraft.version
    }
        
    // copy everything else, thats not the mcmod.info
    from(sourceSets.main.resources.srcDirs) {
        exclude 'mcmod.info'
    }
}

task eCoreJar(type: Jar) {
    baseName = 'EclipseCore-'+prePend+libVersion

    from('src/main/resources/etc/lib') {
        include '*.info'
        expand 'version': libVersion, 'mcversion': project.minecraft.version
    }

    from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
        include 'com/novaviper/eclipsecore/**', 'assets/eclipsecore/**'
    }
}

task terrakonCraftJar(type: Jar) {
    baseName = 'TerrakonCraft-'+prePend+tkcraftVersion

    from('src/main/resources/etc/tkcraft') {
        include '*.info'
        expand 'version': tkcraftVersion, 'mcversion': project.minecraft.version
    }

    from zipTree(jar.outputs.getFiles().getSingleFile()).matching {
        include 'com/novaviper/terrakoncraft/**', 'assets/terrakoncraft/**'
    }
}

eCoreJar.dependsOn('reobfJar')
terrakonCraftJar.dependsOn('reobfJar')

task releaseJars(type: Copy) {
    from eCoreJar
    from terrakonCraftJar
    //one of these lines crashes it?
    rename '-(.*)jar', '.jar'
    rename '-(.*)zip', '.zip'
    into '.'
}

task fullBuild(type: Delete) {
    delete jar
}

fullBuild.dependsOn('releaseJars')

 

[Draco18s]

6 hours ago, Draco18s said:

Show your folder structure

 

[NovaViper]

To TerrakonCraft: C:\Users\novag\eclipse-workspace\Minecraft\TerrakonCraft\src\main\resources\etc\tkcraft\mcmod.info

To EclipseCore: C:\Users\novag\eclipse-workspace\Minecraft\TerrakonCraft\src\main\resources\etc\lib\mcmod.info

[Draco18s]

I'm not sure :\