This should fix https://github.com/CraftTweaker/CraftTweaker/issues/999

Expansions classes now properly get a number suffix so that expansion classes and scripts no longer share the same name. Also fixes that scripts and expansions cant be in one file

Changes how Classes from Stdlibs are found in the NativeModule so that their Java type parameters properly match the ones from the Stdlibs files

Mwahaha, Jared you will have to review this :manic_laugther:

Provide them as class parameters

It's unavoidable at times

Background: Not every storedType int is the same if they come from different modules or so?

Background: Otherwise they will throw Exceptions because the class definitions are there but not the type infos

Background: We only checked public nondefault, that matched for public statics as well.
Now checks for public nodefault abstract

Also TODO: Functional Type may not be part of functional Method's signature

Background: If the return type was a generic parameter, that early it wouldn't have been populated yet, and why load the return type as first thing in a method anyways?

Background: Approximate member choosing is based only on the types, so an overridden method would match twice, but with different priority. Fixes this by including a priority check before deciding whether or not to throw an error

Background: For some classes the TypeId does not have the super class but the definition has. Now checking both

Background: Javac creates an ACC_BRIDGE method to deal with the signature change (either a covariant parameter or contravariant return type change).
Hence there are two declared methods, one that is the old one, one that is new. For Signatures where only the return type changed this caused both to be registered and an ambiguity later where ZC could not determine which to choose

Required for Type assertion, else a 'Object is not assignable to X' will follow

Required for lambdas

.. Unless they have 'nope' in their name