Fixed a Jar file lock

Xtend uses URLClassloaders to load a project's dependencies. These classloaders were not closed and so the underlying Jar files were locked until the JVM shuts down. This broke projects which had references to other projects in the same multi-project build when using the Gradle daemon. The daemon would lock and never release the Jar files, resulting in an Exception when "gradle clean" was called.

This is now solved by closing the classloaders

BootClasspath and Performance

The plugin will now honor the bootClasspath set in the Java or Android plugin respectively. This means you can build againt different JDK classes than the JDK that Gradle currently runs with.

Also, the performance of the default in-process compiler was improved to the point where the custom daemon process is no longer necessary. As a result, both the "fork" and "daemon" options were removed.

Minor bugfixes

0.2.2

don't fail compilation on non-existing source folders

Prepare for Gradle Plugin Portal

0.2.0

Updated to latest release

Bridge Gradle logging

0.1.6

bridge gradle's logging to Xtend compiler

Fix enhancement for Android

0.1.5

fix install debug info for Android

Fix enhancement for Android

0.1.4

[android] enhance task needs to run before jar is built

Allow compile only deps

0.1.3

added "reducing the footprint" section

Java 5 support, Non-forked mode

0.1.2

merge eclipse settings instead of overwriting them

Fixed Android source folders

0.1.1

fixed broken srcDirs in android plugin