Server unable to launch when sponge is installed with CodeChickenCore

Zone · May 16, 2015, 6:22pm

I followed the sponge documentation matching the Forge version with the Sponge version. It should be straightforward!

Specifically
sponge-1.8-1371-2.1DEV-445 <in the mods folder

forge-1.8-11.14.1.1371-universal

I currently do not have sponge Plug-ins installed. What gives, am I missing something?
All that being said everything loads including forge mods as expected without sponge installed.

logs
http://pastebin.com/KeXC4jz8

Edit:
Its problem a known problem with the Mixin library, when a coremod is present.

WetSponge · May 16, 2015, 6:26pm

Pastebin is your friend.

As far as I can tell, this is a problem with FML. Anyone else have an idea?

Tzk · May 16, 2015, 6:38pm

I’d try this:
-load server without any plugins
-load server with FML and sponge only

My guess is that the server will run with only sponge as a plugin and no other coremods.

Zone · May 16, 2015, 6:49pm

I will have to do some further testing but the server load with sponge the without Forge Mods installed.

I’ll add mods one by one and see if I can track it down to specific mod.

Zone · May 16, 2015, 7:00pm

All right everything loads as expected except for ‘NotEnoughItems-1.8-1.0.5.82-universal’ which triggers the error message in the OP.

codeHusky · May 16, 2015, 7:03pm

then…
drumroll please…

Remove NEI

Zone · May 16, 2015, 7:09pm

Obviously, which I’ve done temporarily. Correct if I am wrong removing NEI server-side reduces NEI functionality. This issue needs to be resolved eventually either by the authors of NEI or sponge development team.

Which utilizes
CodeChickenLib-1.8-1.1.2.115-universal
CodeChickenCore-1.8-1.0.5.34-universal

codeHusky · May 16, 2015, 7:09pm

“Server-side configs for NEI determine who can use magnet mode, control weather, use creative mode, etc.”

If someone looked into a fix then it would be nice.

simon816 · May 16, 2015, 7:12pm

Caused by: java.lang.LinkageError: loader constraint violation: when resolving method “org.objectweb.asm.ClassReader.accept(Lorg/objectweb/asm/ClassVisitor;I)V” the class loader (instance of net/minecraft/launchwrapper/LaunchClassLoader) of the current class, net/minecraftforge/fml/common/asm/transformers/BlamingTransformer, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for resolved class, org/objectweb/asm/ClassReader, have different Class objects for the type accept used in the signature

This is a known problem with the Mixin library. It may do this when a coremod is present

github.com/MinecraftForge/FML

[1.7.10] Core Mods Class Loading Problem (Forge 1399)

opened 05:41PM - 03 May 15 UTC

lumien231

Not sure whether that affects ALL core mods but i would assume it does. Asm was… added to the LaunchClassLoader exclusion list in 91338433fa74e782e237643632de2cc5e17ee280. This causes crashes like these: http://pastebin.com/NdHvExxP https://gist.github.com/Xee1/adbce07b4e64961d3d90 For creating the Stack Map Frame asm sometimes loads classes to determine a common super class of 2 classes, since its no longer loaded by the LaunchClassLoader it crashes while doing that. This can be fixed by extending ClassWriter and making it use the LaunchClassLoader. I'm not sure whether this should just be fixed on the modders side or can be somehow resolved in Forge.

Zone · May 16, 2015, 7:23pm

So which project to be reported to as an issue?

simon816 · May 16, 2015, 7:25pm

Nether, the issue is already reported (as I linked), I suggest you follow the FML issue for when it will be fixed

WetSponge · May 16, 2015, 8:10pm

I always thought server-side NEI did nothing and everything was done through /give, /gamemode and all that.