Closed ROMVoid95 closed 2 years ago
SLF4J will have to be shadowed into the mod jar. I'm not altogether proficient with Gradle myself, but maybe try manually embedding org.slf4j:slf4j-api:2.0.0-alpha1
?
Let me know if this is still a problem.
Sorry for not following up on this, it currently still happens. I had cloned the repo to try and find the solution but real life caught up lol.
~After coming back to this issue after a long while, the issue that I ran into is simply due to myself not shadowing the transitive dependencies that the API requires and them not being present in any FML environment. So your free to close this.~
When this is used in a mod, the logger (slf4j) is not packed when built. Of course this is (and in my opinion should be the case) by design and its up to the end-user to handle the logging dependency and Forge and Minecraft both use Log4j2, not slf4j. So the original issue I ran into from the start is not applicable as being an issue with the library.
So i had the idea of using this in my mod to assist in the downloading of mod updates for players. While in the Dev environment it works without fail, however when its built and loaded in a modpack when the download task is called it receives a NoClassDefFoundError and does not perform
in the build file the dependency is defined ad
its configured to be included in the mod and the guava had to be excluded as it just wouldn't work with it.
any idea on this one?