LexManos

Be more specific all my local tests work fine. Provide a world with the circuit that's having issues.

IRC is the way to go, we're not hopping on the discord bandwagon as there is no need.

-.- They are correct, you are making fundamental errors, and are obviously copy/pasting code without reading it. Stop doing that, go through some Java 101 tutorials and your issues will be obvious to you. This is not a Java school, you are expected to be a little be competent if you want people to help you. Locking as this thread is going nowhere.

Logs, Screenshots, SOMETHING OF USE so we can try and help you...

--modListFile But yes, it would probably cause problems.

Try to reproduce with JUST Forge. Doesn't seem to be happeneing on my dev world.

Crowdsourced mappings are not garenteed to work by Forge. So, ya... use different mappings at your own risk.

Who creates the invasion mod? you should probably talk to them.

Both were same bug and have been fixed. If you KNOW its a Forge issue, best place is the github. With logs and as much information as possible. {Video/Pictures help}

Update and try again, works here with the above fix.

Stop being an ass, Warning issued.

We provide both the ad, and direct links for a reason.

Still working out the kinks in the installer for optional mods. For now just delete mods/mod_list.txt and you'll be good. The issue is he ran both 1.10.2 and 1.11 installers.

Entity Registration has changed A LOT in 1.11. I am currently trying to decide how to best address it in Forge.

Err miscounted 2130 it should be up in a few mins, jenkins is being slow.

Right, Abrar filtered out ALL pngs from the installer.... need to work around that. 2139 should fix it.

Update to 1.10.2.

What? Perhaps provide more detail.. like ANYTHING as your post is useless. Post your logs, and perhaps a screen shot. So we can figure out what you're talking about.

This weekend I finialized the 1.11-pre MCP update, and cpw did the Forge update for it. Yesterday I finished the 1.11 release MCP update, bspkrs pushed my work out today. And Jenkins is now running. So ya, this is PRELIMINARY UPDATE. But the more people test and more bugs are reported the faster we get a Recommended Build out.

One of the main goals of this is to determine what Java versions are used by players. This will allow us to better determine what versions we should care about supporting. If, for example, after we get a bit of data and we see like <1% is using Java 6, Forge will probably drop support for Java 6 reguardless of what Mojang does. Gracefully with a 'update your java here, or downgrade Forge' message but none the less. It will help us figure out what is best to move forward with. Right now, the stats are extremely biased, as Mercurius is only in some FTB packs, and a couple personal packs. Most of which have other mods that force Java 8. We are working twards getting this packaged/installed with the normal Forge installer so that we can get the best dataset we can. And I just want to reiterate that user privacy is of UPMOST importance to us in this project and we have taken great care to make sure no personally identifiable information is sent anywhere. As well as giving you all of the options we can to allow you to control either you even report things or not.

Then you haven't been paying attention, 1/2 the tech support issues that aren't mc version mismatches are missing library/dep issues. Not to mention the cluster that is IRC/Forums. There is no reason for a modder to make it hard on the end user. It's super simple to do. https://github.com/johnrengelman/shadow

Or, you could just add a config option to disable the features they dont wont. But this isn't what you asked, you asked to make a LIBRARY a library is not end user facing content, that is a mod. Say you wrote a utility that made interacting with a text file easier for you. That's great, use it in all the mods you want. But to the end user your mod should still just be one file. Having to download 5 different 'libraries' to install one mod is really annoying. This is where shading/fatjaring comes in. You can build that library internally. You could develop with those 5 libraries and when you build you jar have gradle pack them all together and change their package to 'my.special.mods.libraries.{original package}' and those classes would exist and work and you wouldn't have to worry about two mods having two different versions of the library because each mod would have its own copy and use its own copy.

There should be no major lag unless you have something constantly loading and unloading the nether. Such as large machines like this or people running around the nether. Atleast thats what the problem sounds like. Upload your world and I can take a look. You say this world works fine in vanilla but its purely JUST forge that's the issue, NO other mods?

You can build a library, in this case its recommended you shade the library into the final jar to make it easiest on the end user to install it. Trying to split a project into multiple jars would just be annoying to setup. And annoying for the end user.