-
-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(Eclipse dev environment)Error on loading #5
Comments
How are you adding it to your workspace? List your steps. |
In the run/mods, referenced in mods.toml as well as in build.gradle
No other mods are used. |
Wait, all of those at once? The buildscript and the mods.toml are fine (except double-check it because you made a typo, it's |
The thing is that it says it’s not installed otherwise, though I’m not sure why. |
Then something's wrong with your workspace. Try regenerating your run configurations, or even rebuilding your workspace entirely. I've made 3 different mods using Curios 0.10 so I know for a fact that it does work without needing to put it in your run folder. |
I have the same error when starting in eclipse. I'm using forge 191 and i did compile "top.theillusivec4.curios:curios:${version_curios}" because it wouldn't do the deobf. I just tried again and this is what happens on deobf Could not resolve: top.theillusivec4.curios:curios:1.13.2-0.10 I'm unsure if this is my problem or yours, but i'll post anyways. |
@RobertSkalko Can you post your |
Why just the gradle, here's a whole project |
I'm still testing things on my end, but I think some things got updated in ForgeGradle that I didn't know about. Try using I also think dependency management in general is a little bugged in Forge right now, so it's hard to tell what's what. |
same thing, could not resolve |
Hm, strange, it resolves fine on my end. |
I'm honestly pretty stumped here, since I can't find anything that should be wrong. It seems like that last error is due to not being able to find the version number, but that should be a valid number. And I don't have enough expertise in Gradle to parse it any deeper. Can you try adding another dependency, like JEI? Just to figure out if it's just Curios for some reason or it's all dependencies. |
post some deobf deps if you want me to test them. I tried jei and it didn't work but i'm not sure if it's cus i fked up
(along with copy pasted maven) |
Using those exact lines of code, I'm able to resolve the dependencies, so I think it's something on your end (but I'm not sure what the issue could be). Note that there was some weirdness going on with the "https://modmaven.k-4u.nl" fallback maven for JEI so I had to remove that first and keep only the primary repo to get it working on my end. |
This time it worked when i removed that as you said repositories { dependencies { // compile against the JEI API but do not include it at runtime I then changed the jei to your curios like compileOnly fg.deobf("top.theillusivec4.curios:curios:${version_curios}") and it once again could not resolve |
Can you try using this build.gradle: https://gist.github.com/TheIllusiveC4/c54721874bc285333c39ef9567c531a9 It's the same one from your project but I've removed all other dependencies and repositories except for Curios and this makes it resolve for me. It's obviously not really a solution, but I'm interested to see if this makes it work for you. |
Apparently it works like that |
Then my best guess is that ForgeGradle is having a hard time deobfuscating multiple repositories for some reason, which is why trimming it down to only one works. Unfortunately this would mean that a proper resolution is out of both of our hands until that's fixed. |
i just tried adding my other deps back in and it seems to work too.. This makes 0 sense to me but thanks at least it works now. Though eclipse still won't run the dam project and gives java.lang.IllegalStateException: Duplicate key net.minecraftforge.fml.loading.moddiscovery.ModFileInfo@70e29e14 but i don't think that's your problem. Sorry about the bother! |
Welp, i just deleted gradle cache and ran again and it now doesn't work again. Can you please get another person to try it? Now after re-running with your mod on compile instead of compile deobf thing it once again errors with field_78040_i in eclipse debug run. |
Are you able to get it working again if you do what I did before and remove the other dependencies/repositories? It's possible that deleting the gradle cache forced it to collect all of the files again which it might have a hard time doing correctly with multiple dependencies/repositories present. I'll see if I can get someone else to test it.
This will be an issue with other mods as well, not just mine. Forge currently sometimes doesn't load obfuscated mods correctly in a dev environment. I've tried many times myself with other mods. |
@RobertSkalko |
thanks that seems to work! i'll have to first fix the forge's java.lang.IllegalStateException: Duplicate key error before i can test it in IDE. think i'll try switching to intelij cus i heard it has less errors. I'll report if it runs in IDE or not but i assume it should |
Just imported it in intelij and it works! no more field error. |
Closing this since a resolution has seemingly been reached. An overall rundown to those experiencing similar issues: At this time, ForgeGradle dependency management is a little bugged. |
While trying to load curios v0.10 on eclipse I get an error during the load_registries event phase, field_78040_i, to be specific. this is with Forge 25.0.141. I also tried with regular minecraft launcher, which got no errors.
log:
latest.log
The text was updated successfully, but these errors were encountered: