Modern Industrialization

Modern Industrialization

12M Downloads

Cloth API dependency is not obvious

lexa2hk opened this issue ยท 1 comments

commented

Run without cloth api gives NoClassDefFoundException. As i know, there is a way to specifify jar requirement in user-friendly way

A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Thread: Render thread
Stacktrace:
	at jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:641) ~[?:?] {}
-- MOD modern_industrialization --
Details:
	Caused by 0: java.lang.NoClassDefFoundError: me/shedaniel/autoconfig/ConfigData
		at java.lang.ClassLoader.defineClass1(Native Method) ~[?:?] {}
		at java.lang.ClassLoader.defineClass(ClassLoader.java:1017) ~[?:?] {}
		at cpw.mods.cl.ModuleClassLoader.readerToClass(ModuleClassLoader.java:175) ~[securejarhandler-2.1.24.jar:?] {}
		at cpw.mods.cl.ModuleClassLoader.lambda$findClass$20(ModuleClassLoader.java:275) ~[securejarhandler-2.1.24.jar:?] {}
		at cpw.mods.cl.ModuleClassLoader.loadFromModule(ModuleClassLoader.java:288) ~[securejarhandler-2.1.24.jar:?] {}
		at cpw.mods.cl.ModuleClassLoader.findClass(ModuleClassLoader.java:275) ~[securejarhandler-2.1.24.jar:?] {}
		at cpw.mods.cl.ModuleClassLoader.loadClass(ModuleClassLoader.java:191) ~[securejarhandler-2.1.24.jar:?] {}
		at java.lang.ClassLoader.loadClass(ClassLoader.java:525) ~[?:?] {}
		at aztech.modern_industrialization.machines.blockentities.multiblocks.DistillationTowerBlockEntity.<clinit>(DistillationTowerBlockEntity.java:44) ~[Modern-Industrialization-2.0.25-all.jar%23195!/:?] {re:classloading}
		at aztech.modern_industrialization.machines.init.MultiblockMachines.distillationTower(MultiblockMachines.java:287) ~[Modern-Industrialization-2.0.25-all.jar%23195!/:?] {re:classloading}
		at aztech.modern_industrialization.machines.init.MultiblockMachines.init(MultiblockMachines.java:582) ~[Modern-Industrialization-2.0.25-all.jar%23195!/:?] {re:classloading}
		at aztech.modern_industrialization.MI.<init>(MI.java:106) ~[Modern-Industrialization-2.0.25-all.jar%23195!/:?] {re:classloading}
		at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:?] {}
		at jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:77) ~[?:?] {}
		at jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:?] {}
		at java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499) ~[?:?] {}
		at java.lang.reflect.Constructor.newInstance(Constructor.java:480) ~[?:?] {}
		at net.neoforged.fml.javafmlmod.FMLModContainer.constructMod(FMLModContainer.java:111) ~[loader-2.0.17.jar%2396!/:2.0] {}
		at net.neoforged.fml.ModContainer.lambda$buildTransitionHandler$10(ModContainer.java:129) ~[loader-2.0.17.jar%2396!/:2.0] {re:mixin}
		at java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java:1804) ~[?:?] {}
		at java.util.concurrent.CompletableFuture$AsyncRun.exec(CompletableFuture.java:1796) ~[?:?] {}
		at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) ~[?:?] {}
		at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) ~[?:?] {}
		at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) ~[?:?] {re:mixin,re:computing_frames}
		at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) ~[?:?] {re:mixin,re:computing_frames}
		at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165) ~[?:?] {re:mixin}

	Mod File: /C:/Users/Professional/AppData/Roaming/.minecraft/mods/Modern-Industrialization-2.0.25-all.jar
	Failure message: Modern Industrialization (modern_industrialization) has failed to load correctly
		java.lang.NoClassDefFoundError: me/shedaniel/autoconfig/ConfigData
	Mod Version: 2.0.25
	Mod Issue URL: https://github.com/AztechMC/Modern-Industrialization/issues
	Exception message: java.lang.ClassNotFoundException: me.shedaniel.autoconfig.ConfigData
commented

Yes, this should have been marked better. In 1.21.1 this is fixed.