Open djoveryde opened 7 years ago
@SantaGitHub knows the solution to this as its caused from the update to Jopt
Hm, i seem to be getting another error
Did you initially install the Forge server installer?
facepalm Thought it would auto do that
Ladies and Gentelmen, the biggest forge noob 👍
lol, sadly not, not sure if thats to do with EULA on the minecrafts server jar or something.
@djoveryde Also, are you going to add Travis back (I would but i do not have the perms to do so :P )
Never dealt with travis, how do i do this?
@djoveryde Well it should be as easy as going onto Travis and adding this repo to it Once you do that, then just have it trigger a custom build for an initial build
For JOpt issue, it should be fixed in the update (Which Santa might have to properly configure)
Yup, I've added everything to the folders so should work although even with special source and joptsimple being set to the correct set it's still not loading. Pondering if I need to add those to the ftp as well or wether we just add a library zip with those jars in it for people to grab along with a compiled version.
Well, it mostly is (Because its building now)
Perhaps its something in that dependency screwing up, which @SantaGitHub did say it was successfully running, but with some changes...
Прошу прощения за русский язык. Скачайте libraries.zip с 58 версии(Thermos).
1. Затем скачайте с интернета SpecialSource-1.7.4 и Jopt-simple 5.0.1 . 2. Распакуйте libraries рядом с вашим Jar файлом. 3. В папке libraries замените SpecialSource и Jopt-simple на новые версии, а старые удалите. 4. Запускайте сервер.
Download libraries.zip from version 58 (Thermos).
@djoveryde Please add this files to repo - pw.prok:Damask:0.1.2.
Could not resolve all dependencies for configuration ':bootstrap'.
> Could not resolve pw.prok:Damask:0.1.2.
Required by:
cyberdynecc:Thermos:1.7.10-1614.UNOFFICIAL > pw.prok:KBootstrap:0.2.0
> Could not resolve pw.prok:Damask:0.1.2.
> Could not get resource 'https://djoveryde.000webhostapp.com/kcauldron/files/pw/prok/Damask/0.1.2/Damask-0.1.2.pom'.
> Could not GET 'https://djoveryde.000webhostapp.com/kcauldron/files/pw/prok/Damask/0.1.2/Damask-0.1.2.pom'.
> The target server failed to respond
Done, how I missed that guy I have no idea. Let me know if there's any more
To build a server + libraries, you must enter ./gradlew packageBundle.
While packaging the bundle for some unknown reason it switches to the local drive to find the launchwrapper jar file.. Had to manually add that in
Server directory: D:\Users\djove\Desktop\New folder\Contigo\build\bundle Downloading net.minecraft:launchwrapper:1.12... java.io.FileNotFoundException: D:\Users\djove\Desktop\New folder\Contigo\build\bundle\bin\net\minecraft\launchwrapper\1.12\launchwrapper-1.12.jar (The system cannot find the file specified)
and another
java.io.FileNotFoundException: D:\Users\djove\Desktop\New folder\Contigo\build\bundle\bin\lzma\lzma\0.0.1\lzma-0.0.1.jar (The system cannot find the file specified)
They are on the repo so no idea why its not looking at it to grab the files
I've made a release for this version along with downloadable library zip
I've added it to travis now, build is failing however with:
symbol: variable set location: class OreDictionary /home/travis/build/djoveryde/Contigo/eclipse/cauldron/src/main/java/net/minecraftforge/oredict/OreDictionary.java:327: error: cannot find symbol Integer[] tmp = set.toArray(new Integer[set.size()]); "set" being the issue apparently
and
symbol: variable set location: class OreDictionary /home/travis/build/djoveryde/Contigo/eclipse/cauldron/src/main/java/net/minecraftforge/oredict/OreDictionary.java:325: error: cannot find symbol if (ids != null) set.addAll(ids);
Once again "set" being the issue
Yea, had that come up in my travis as well Then again you need to set your repo, which ill commit now @djoveryde
Ok cheers, at least were getting there one bug at a time 👍
Потому что в KBootstrap прописан репо от Prok.
It will however still error with the abstractmethod, bc it is using Gradle 3.2.1 The version needs to be set to 2.8 to build with success with travis
bangs head against the table why did I forget to change the travis repo... stupid me lol
@SantaGitHub presuming thats the section in the kbootstrap.pom file that references "https://prok.pw/gitlab/Prototik/KBootstrap.git"? Presuming that means we somehow need to find an old copy of their kbootstrap git repo?
Tried finding any trace of the kbootstrap git but seems no one backed it up :-/
@CDAGaming Do you reckon we would be able to safely remove kbootstrap from the dependencies?
Not sure, working on #8 at this time, extending from previous attempt at it by AscII
I'll add a new repo for 1.11.2 contigo, at least that way we have a baseline 1.7.10 and then an updated choice to work on
Yea, i got the basics just let me finish up submodules
Можно пересобрать kbootstrap и указать в нём наши репозитории. Так будет лучше
Yea that can be done, KBootstrao was also found in SourceForge, so it should just need to be moved to new repo
the actual bootstrap file is already on the repo however when it looks for both kbootstrap-0.3.2.jar and Damask-0.1.2.jar, launchwrapper-1.12.jar, it only seems to want to find them locally. Any ideas where we can change this would be to so it looks on the repo instead? Server directory: /home/travis/build/djoveryde/Contigo/build/bundle Downloading pw.prok:KBootstrap:0.3.2... java.io.FileNotFoundException: /home/travis/build/djoveryde/Contigo/build/bundle/bin/pw/prok/KBootstrap/0.3.2/KBootstrap-0.3.2.jar (No such file or directory)
All those files exist on the repo. Its like it only wants the files locally
Edit: I think its using the KBootstrap-0.3.2.jar file to get info on grabbing those files. Only issue is I have the compiled file and no sources
Also I'm currently in progress of making the 1.12.1/Latest Port(Submodules are Proofed for your repos as they use a different linkage
I'll add you as contributor in a bit to help on it(Partially done, can work more on it later)
ok so i've managed to convert the jar file although its never gonna recompile again without creating all the build setups. https://github.com/djoveryde/KBootstrap
The actual location its looking is in the pw/prok/bootstrap/Main.java which sits at " this.serverDir = new Option("d", "serverDir", true, "Server root directory");"
If we could add a way so it overwrites the serverdir and enforces it to change to the repo that could work?
@CDAGaming @SantaGitHub Removed the other repo. Hopefully we can make this stable and then move onto 1.12 or 1.11.2
Unfortunately due to the Submodule issue, we may not be able to do 1.11.2(Unless your willing to either have users download or have Bukkit and forge Submodules in repo at their correct commits/branches. I'd suggest, because of this, to work on 1.12.1 after this
So far, I have the initial work done on it(Besides updating the json files) Edit: Sadly, several build errors so ill wait on it for now
Found an error solution with packageBundle. We need to open all the .pom files on our repository and change the reference to our repository
Pretty sure only the kbootstraps pom file has references to the old repo. The others purely mention apache.
Надо все файлы, которые находятся у тебя на репозитории проверить .pom файлы на наличие ссылки на новый репозиторий
You need all the files that you have on the repository to check the .pom files for a link to the new repository
Next challenge is making the loader load up successfully. Right now it throws the following:
Exception in thread "main" java.lang.NoClassDefFoundError: joptsimple/OptionSpec at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Unknown Source) at cpw.mods.fml.relauncher.ServerLaunchWrapper.run(ServerLaunchWrapper.java:25) at cpw.mods.fml.relauncher.ServerLaunchWrapper.main(ServerLaunchWrapper.java:12) Caused by: java.lang.ClassNotFoundException: joptsimple.OptionSpec at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) ... 4 more