Add ``.install plugin url``, ``.ip url``, ``.install mod url`` and ``.im url`` Command (Would Love To Do Myself but Too Chaotic Yet, Will Keep Looking Into It)

[Minionguyjpro]

Importance: 5/10

Problem:
The functionality to download a plugin and mod using a direct download link/URL to the .jar is missing. This functionality would allow us to install plugins easily that are outside of the known platforms such as Bukkit, Spigot, Modrinth and CurseForge (GitHub too, but that's for open source projects in general).

Solution:
Add a command to install a plugin and mod using an URL directly, and throw an error if the downloading file from the URL doesn't end in .jar.

[Osiris-Team]

@Minionguyjpro Yeah sounds good, I would even extend it to make installing possible from, for example a spigot url, which would then extract the type (spigot) and id from the url, and then execute .install plugin spigot 1234 internally, and thus make the whole process much more convenient.

[Minionguyjpro]

I'm going to make another PR for the client soon to migrate it to Gradle, though it could conflict with the already open PRs. They'd have to make sure to sync the changes if it gets merged!

[Osiris-Team]

@Minionguyjpro sure give that a try, it could be a bit harder though since it depends on some maven plugins.

[Minionguyjpro]

@Minionguyjpro sure give that a try, it could be a bit harder though since it depends on some maven plugins.

True, but we use maven central as repository when building with Gradle! So I guess this won't be a problem at all.

[Osiris-Team]

@Minionguyjpro as far as I know maven plugins don't run on Gradle. You will have to find alternative Gradle plugins that do the same things.

[Minionguyjpro]

No, there is no need for that actually since Gradle supports the Maven Central repository and it can download all of the same plugins from there just fine and build (I tested). I'm not sure though, what is the difference between the generated AutoPlug-Client.jar in AP-TEST-SERVER/ compared to the original-AutoPlug-Client.jar in target/. The one in the targetdirectory seems to be bigger. Please explain to me, it can help with some migration stuff to Gradle.

[Minionguyjpro]

No, there is no need for that actually since Gradle supports the Maven Central repository and it can download all of the same plugins from there just fine and build (I tested). I'm not sure though, what is the difference between the generated AutoPlug-Client.jar in AP-TEST-SERVER/ compared to the original-AutoPlug-Client.jar in target/. The one in the targetdirectory seems to be bigger. Please explain to me, it can help with some migration stuff to Gradle.

Well maybe they aren't runnable on Gradle. But maybe the ones in the Maven Central also have a Gradle version? I'm not sure, but all plugins for Minecraft projects that ran on Maven, also seem to have a version that can be used by Gradle.

[Osiris-Team]

The one in the targetdirectory seems to be bigger. Please explain to me, it can help with some migration stuff to Gradle.

I guess you are missing shading, go through all plugins used in pom.xml build and search for gradle alternatives,
i think you can even try chatgpt for this.

[Minionguyjpro]

Oh it generates them, but could you just explain me what the AP-TEST-SERVER one is different from the other generated one in target? Op di 30 apr. 2024 22:10 schreef Osiris-Team ***@***.***>:

…

The one in the targetdirectory seems to be bigger. Please explain to me, it can help with some migration stuff to Gradle. I guess you are missing shading, go through all plugins used in pom.xml build and search for gradle alternatives, i think you can even try chatgpt for this. — Reply to this email directly, view it on GitHub <#237 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APYNRKUWNYDKRKHBQZSWMLDY773DPAVCNFSM6AAAAABG34XRC6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBXGAZTAOBTGY> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[Osiris-Team]

@Minionguyjpro Ahh thats what you meant. The jar in AP-TEST-SERVER is simply the shaded jar that was moved from /target into that directory.

In AP-TEST-SERVER, you can then run autoplug and do manual tests.

[Minionguyjpro]

@Minionguyjpro Ahh thats what you meant. The jar in AP-TEST-SERVER is simply the shaded jar that was moved from /target into that directory.

In AP-TEST-SERVER, you can then run autoplug and do manual tests.

I see. But is the jar in /target not shaded or is it? I want to try to replicate the functionality as close as possible.

[Minionguyjpro]

@Minionguyjpro Ahh thats what you meant. The jar in AP-TEST-SERVER is simply the shaded jar that was moved from /target into that directory.
In AP-TEST-SERVER, you can then run autoplug and do manual tests.

I see. But is the jar in /target not shaded or is it? I want to try to replicate the functionality as close as possible.

I see it's not, okay.

[Minionguyjpro]

Okay @Osiris-Team I got tests to work, but do you know why this one here fails?