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

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:

.. Unless they have 'nope' in their name

Currently only supports 'accepts' methods, until we can get a way to get the actual method signature/name from the class

- Fixed a number of bugs
- Upgrading build system to a more uniform system
- Improving error output (for IDE)
- Changed parser to generate line offsets differently (easier for IDE to process)

- Save collapse state of the project browser tree

- Added support to have a native method both as operator and named method

- Fix float suffixes on integers

- Fix getters for globals not having their corresponding fields registered correctly in the native implementation
- Added java sources for JavaScripting

- Fix default constructor not working properly
- Fix integration classes without exposed constructor being instantiable if they have a default (non-exposed) constructor
- Fix extern methods failing validation

- Fixed constructor support for native classes
- Added project for maven build
- Added missing StdLibs.zip

- Simplified compilation process somewhat; removed CompilationUnit class and work more module-oriented instead

- Slightly improved the way modules are compiled

- Removed export access and added internal access support

- Start work on the deserializer

- Fixing function expressions not being properly linked to their functional interface

- Ranges now only have a single base type; from and to must be the same type
- Adjusted builtins and stdlib to use usize where applicable
- Moved building a SemanticModule from ParsedFile to the parser; reduces dependencies

- Cleaned up unused code
- Refactored the JavaMethodInfo class to the shared JavaMethod one
- Use valueOf for boxing instead of the boxed type constructors