Add description to completion recived from Haxe compiler: HaxeMetaTagsCompletionContributor.java HXMLDefineCompletionContributor.java HXMLCompilerArgumentsCompletionContributor.java

Preliminary Haxe compiler completion support (OpenFL only)
Replace ModuleHelper.removeDependency(available only in IntelliJ IDEA Ultimate) usage with model.getModuleLibraryTable().removeLibrary(library)
Show Haxe compiler completion last (because currently completion from plugin has some insert handlers and nice icons, so to preserve import functionality it should work this way)
Finish implementations for HXML/Haxe projects completion
A bit of refactoring
Rebuild jar
HaxeReferenceImpl.java getVariants(completion): Handle case when "var d:Array<Int> = []; d.|" when d is not resolved
Completion from Haxe compiler: format data from compiler replace "&lt;" to "<" and "&gt;" to ">"
HXML completion: add parameters for compiler argument to presentable text of completion item
Completion from Haxe compiler: parse function parameters and return type to generate completion item with parameters and return type
Migrate to IntelliJ IDEA 14 API(Jps missing classes was related to not included lib/jps-model.jar, which was added or something like that in IntelliJ IDEA 14)
Do not use deprecated APIs, migrate to new functional ones
Switch from google.common.Joiner to apache.common.lang.StringUtils.join
Rebuild jar
Revert "Migrate to IntelliJ IDEA 14 API(Jps missing classes was related to not included lib/jps-model.jar, which was added or something like that in IntelliJ IDEA 14)"

This reverts commit df85ad6025624662aeae018fb3cc37e27d8ee5b7.
Refactor project/module<->haxelib library synchronization.  Externally specified
libraries become known to the application and thus become usable for completion
and refactoring tasks.

Carved HaxelibClasspathUtils into three parts, leaving some intact, and adding
HaxelibSdkUtils to deal with SDK issues, and HaxelibCommandUtils which deals
with running the haxelib command and parsing its output.

Added a new HaxeClasspath construct, along with HaxelibClasspathEntries and
a couple of derived classes, so that we can encapsulate and deal with
class paths and a unit.  It's also implemented using a more efficieent
data structure than we get with List<String>.

Renamed HaxelibSdkManager and HaxelibLibraryManager to more aptly describe
their function as caches.

Put most of the plumbing in place to run synchronization on a background thread.
It doesn't quite work yet: there's more work to do to create ReadActions around
sections that access the project/sdk/module data.  (Use doReadAction for that.)
Run haxelib->project/module sync in the background. (Foreground also works.)
Merge branch 'RefactorHaxelib' into IntegrateRefactorHaxelib
Add a few extra comments along the way.

Conflicts:
	src/com/intellij/plugins/haxe/haxelib/HaxelibClasspathUtils.java
	src/com/intellij/plugins/haxe/haxelib/HaxelibProjectUpdater.java
	src/com/intellij/plugins/haxe/util/HaxeHelpCache.java
Update release notes and rebuild jar.