[1.8 (Does it really matter?)] Checking for available updates

[LordMastodon]

So I know there are mods that on startup check the internet for an updated version of the mod, and if they find one they tell the player. So basically I was wondering how they did that. I found this thing called Jenkins which lets you do internet stuff with Java plugins, but I'm not quite sure how that works either, and I don't know if that's what's being used... Thanks in advance!

[Anon10W1z]

You can also integrate your mod with the Version Checker mod by Dynious.

[LordMastodon]

  On 8/30/2015 at 3:28 PM, diesieben07 said:

What most of these mods do is just download a text file that is hosted somewhere. This file contains the latest version name, they then compare that to the installed version and display a warning if it's outdated.

You can either maintain this file manually or use a Continous Integration software, like Jenkins.

 

In the end though: Nobody really cares but the mod maker so they can say "look how fancy this is". For the end users these things are mostly annoying, because they are coded stupidly.

 

I suppose that could be annoying for something like bug-fix updates, but it could be useful for major updates. For instance, if someone is doing a YouTube playthrough of a mod, and while they're playing a massive feature comes out such as Thermal Expansion integration or something like that. They're also playing with Thermal Expansion, and it's annoying that the two mods don't integrate. You start to see where something like that might be useful. Using that system, you could probably make a "version syntax" like 1.0.0, where the third number is minor bug-fix updates, the second number is major block-adding updates and the first number is a major mod overhaul. You could do a system that notifies the player about whether the update is bug-fix, major or overhaul, and a config system that lets them configure what version notifications they want to see. However, I am all ears to what you mean by "coded stupidly" and what could be done to make that different. I'd also be grateful if you could share with me how I could make a script that downloads that file from the internet, and how I could use Jenkins to do Continuous Integration, that would be greatly appreciated as I've not used something like that as of yet.

[Hlaaftana]

  On 8/30/2015 at 3:28 PM, diesieben07 said:

What most of these mods do is just download a text file that is hosted somewhere. This file contains the latest version name, they then compare that to the installed version and display a warning if it's outdated.

You can either maintain this file manually or use a Continous Integration software, like Jenkins.

 

In the end though: Nobody really cares but the mod maker so they can say "look how fancy this is". For the end users these things are mostly annoying, because they are coded stupidly.

But it's annoying when you have to check for a new version every day...

[LordMastodon]

  On 8/30/2015 at 5:22 PM, Hlaaftana said:

  Quote

What most of these mods do is just download a text file that is hosted somewhere. This file contains the latest version name, they then compare that to the installed version and display a warning if it's outdated.

You can either maintain this file manually or use a Continous Integration software, like Jenkins.

 

In the end though: Nobody really cares but the mod maker so they can say "look how fancy this is". For the end users these things are mostly annoying, because they are coded stupidly.

But it's annoying when you have to check for a new version every day...

 

What do you mean?

[shadowfacts]

  On 8/30/2015 at 5:03 PM, LordMastodon said:

you could probably make a "version syntax" like 1.0.0, where the third number is minor bug-fix updates, the second number is major block-adding updates and the first number is a major mod overhaul.

 

You've basically reinvented SemVer. While it would be amazing if all mods followed something even resembling SemVer (e.g. MCVERSION-MAJOR.MINOR.PATCH), it's never going to happen.

 

To get text from the internet is extremely easy using Apache Commons IO which is already a dependency of Minecraft/Forge:

 

String s;

InputStream in = new URL( "http://jakarta.apache.org" ).openStream();

try {
   s = IOUtils.toString(in);
} finally {
   IOUtils.closeQuietly(in);
}

 

You won't be able to use Jenkins for CI unless you already have a server. My personal suggestion if you don't is to use Drone, a fairly good, and free, CI server.

[LordMastodon]

  On 8/30/2015 at 8:14 PM, shadowfacts said:

  Quote

you could probably make a "version syntax" like 1.0.0, where the third number is minor bug-fix updates, the second number is major block-adding updates and the first number is a major mod overhaul.

 

You've basically reinvented SemVer. While it would be amazing if all mods followed something even resembling SemVer (e.g. MCVERSION-MAJOR.MINOR.PATCH), it's never going to happen.

 

To get text from the internet is extremely easy using Apache Commons IO which is already a dependency of Minecraft/Forge:

 

String s;

InputStream in = new URL( "http://jakarta.apache.org" ).openStream();

try {
   s = IOUtils.toString(in);
} finally {
   IOUtils.closeQuietly(in);
}

 

You won't be able to use Jenkins for CI unless you already have a server. My personal suggestion if you don't is to use Drone, a fairly good, and free, CI server.

 

 

Thanks! Do you have any tutorials on how I could use Drone? As I said, I've never used a CI server, and I don't really know how they work. I'd also like to create an autoscript that updates the version file every build, any ideas?

[shadowfacts]

To automatically output the version to a txt file, you can create a custom task like so:

 

task version() {
File f = new File("$buildDir/libs/version.txt")
if (!f.getParentFile().exists()) f.getParentFile().mkdirs()
if (!f.exists()) f.createNewFile()
FileOutputStream fos = new FileOutputStream(f)
fos.write(project.version.getBytes())
fos.close()
}

 

Drone:

 

(note, this assumes your mod is open source and hosted on GitHub)

 

1. Go to drone.io

2. Login with GitHub

3. Create a new GitHub project with your repository

4. Select Java as the project language

5. Replace the default buildscript with:

 

chmod +x gradlew
./gradlew setupCIWorkspace build version

 

6. Open the artifacts tab and to the list add:

 

build/libs/*.jar
build/libs/version.txt

 

7. Press Save

8. Build your project

9. Use the aforementioned code to download the contents of your version.txt from this url:

 

https://drone.io/github.com/{username}/{RepoName}/files/build/libs/version.txt

[LordMastodon]

Thanks, that helps a lot. Just wondering though, where do I put this task? I don't think there's any event that gets fired when the thing is built...

[shadowfacts]

Just add the task to the end of your build.gradle file

[LordMastodon]

Not familiar with Gradle either, but I'm assuming buildscript is the task called when the thing is built, so I figure out how to implement that task you specified into the build.gradle.

[shadowfacts]

By "buildscript" do you mean the build.gradle file or the Drone build script?

[LordMastodon]

build.gradle. Also, now it's telling me that

Task 'version' not found in root project 'Miscal'.

Which is intriguing, considering I told .gitignore to lift its limitations on anything gradle related and pushed, so Drone should now have both gradlew and build.gradle...

[shadowfacts]

What is the URL of your GitHub repo?

[LordMastodon]

This.

[shadowfacts]

I've created a pull request explaining what your problem was.

[LordMastodon]

So now my Drone build is saying: Execution failed for task ':deobfMcMCP'.

> Your Access Transformers be broke! I'm not quite sure how you're supposed to fix that.

[LordMastodon]

I'm not. I only have a rudimentary understanding of what those ARE. I'm pretty sure Forge uses them, but I don't. Here's the WHOLE crash report.

[LordMastodon]

I'm running Windows, and Drone runs Ubuntu, so I can't exactly replicate the situation, but running

gradlew setupCIWorkspace build version

returns the same error on my computer as it does on Drone.

[LordMastodon]

Should I post a bug report on the github?

[LordMastodon]

Alright, done. Here's the link to the bug report, tell me if that seems fine to you or whether I should change it up. Also, one question: how log does it normally take until someone responds to the bug report?

[LordMastodon]

Yeah moved it to the ForgeGradle repo as per the suggestion of luacs1998 on the MinecraftForge repo. What's the t2a (time to answer) for ForgeGradle (longer I assume)?

[LordMastodon]

Good . It took luacs 2 hours to reply to the MinecraftForge bug report, so shorter than that would be awesome.

[LordMastodon]

Got it. So considerably longer . Also, how do you think I could convert a version string that looks like this: "1.0.0" to 3 integers that I can use to compare to the internal version numbers?

[LordMastodon]

Never mind, I've found a way using String.split(). How do you think a system like this sounds:

 

First of all if there's an update available the mod tells you "There is a new update available for Miscal, version <new version number>."

 

If it's a bug-fix update, it then tells you "Please note that this is only a bug-fixing update and is not completely necessary."

If it's a content-adding update, it tells you "Please note that this is an update that adds new content, and it is recommended you update."

If it's an overhaul update it says "This is an overhaul update and it is highly recommended you update as the new version is incompatible with old ones." Overhaul updates should be extremely rare, but they're probably going to happen at some point due to the existence of Minecraft updates.

 

Finally, it says "Please visit https://drone.io/github.com/LordMastodon/Miscal/files to get the new update." So that you can get the new update.

 

How does that sound? Need some feedback.