At present anything requesting the global config has to depend on
ClientModule, which won't necessarily be exposed through the API.

Move @GlobalConfig, @AddonConfig and @UserConfig to top level
classes in API, and provide both versions of them for now.

Stop swimming against the tide and accept what most of the rest of
the world does.

While it adds an annoying depth to the actual source code, it makes
the root directory nicer (no more 'test-res' dirs), means we don't
have to override the gradle config, and makes it nicer to work in
IDEA 2016.1.

This is a little bit icky, but I can't see a nicer way to do it.

Change-Id: Iaf2b64f2bd6dcf834e3621e26ae3ff6b81cdb2b4
Reviewed-on: http://gerrit.dmdirc.com/4007
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>

Make the ActionAliasMigrator use a Path, and add a basic
unit test. Need to make ConfigFile use paths to do anything
sensible.

Also refresh gradle libs in idea so JimFs shows up.

Change-Id: I0cb2692083d0fe117b91edce63d8417ddd74e288
Reviewed-on: http://gerrit.dmdirc.com/3999
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>

Change-Id: Icfe7aacc8a1a0e13cbf492ba49e95030b4d53918
Reviewed-on: http://gerrit.dmdirc.com/3876
Reviewed-by: Greg Holmes <greg@dmdirc.com>
Automatic-Compile: DMDirc Build Manager