GRADLE-2149: release and rc task now depend on java7
- checkJavaVersion now checks that java7 is current Jvm
- add checkJavaVersion dependency to rc task
- add todos to fail early on wrong jvm and don't depend on task names (alphabetical order)
rename CopyTaskPermissionsIntegrationTest to ArchiveTaskPermissionsIntegrationTest as copyTask is not tested here
GRADLE-971: Add integration test to show that issue is not yet fixed
GRADLE-971: Add integration test for simple copy action
GRADLE-971: renamed CopyTaskPermissionsIntegrationTest to CopyPermissionsIntegrationTest
GRADLE-1974 eclipse wtp plugin adds the web libraries classpath container. Initial stab at the implementation. Details:

-The benefits of the container include: nicer view of the dependencies; we avoid getting out of sync between the classpath dependencies and the dependencies that are deployed; we allow quick drop-in of dependencies should someone want to try something out quickly and put jars in webapp/WEB-INF/lib; natural approach for teams that use WEB-INF/lib to manage dependencies. Also if the container is a good approach we can at some point remove some workarounds we have for mitigating eclipse warnings regarding exporting dependencies, etc.
-By default the container is turned off. The reason is following: for the container to make any sense I need to remove explicit entries from the .classpath metadata. This way the container actually manages the dependencies and it uses entries from WTP component metadata files. However, this is a change in the behavior and there might be some cases I don't know yet about that warrants the classpath entries. To avoid big bang change for wtp users, the container behavior is 'off' by default.
-Added a very simple dsl to configure the web libraries container. It needs reviewing so it's dead simple at the moment. The configurability includes basic stuff like the container name, exported/unexported, on/off, replacing .classpath entries on/off. In theory, this should also be useful for ear + wtp, as ear also can use a container (a different container, though).

Pending: cleanup & documentation.
GRADLE-1974 eclipse wtp web libs container: handled the case of the same container mentioned twice.
GRADLE-1974 eclipse wtp web libs container: handled the case when someone tries to use a container without war plugin applied. Without war, the container should be configured manually. It should be useful for ear guys, should they need to use the 'EAR libraries' container. Refactored the wtp plugin slightly so that it configures the EclipseLibrariesContainer (better clarity).
GRADLE-1974 eclipse wtp web libs container: added very simple docs for the EclipseLibrariesContainer. Since I need to review that stuff anyway I don't want to write too much docs for further rewriting :)
The CI build no longer runs *all* compatiblity tests. There are separate CI jobs for that.
Merge branch 'pull-request-74'
Added a way of running cross versions tests only. Created convention for the cross version tests to alway contain 'CrossVersion' in the spec name. This convention is enforced by validation in the Runner. The goal is to enable way of running cross version tests in a separate suite in CI.
Merged release->master. I should have done it earlier but forgot immediately after the release. Also everyone who makes changes on 'release' should merge the changes to master immediately because things are just simpler that way. The conflicts were resolved by accepting what was in the 'release' branch. I double-checked with guys regarding the particular changes.
Renamed remaining tooling api tests to the current convention.
GRADLE-971: Add fix for this in MappingCopySpecVisitor
Nightly Build should check for current JDK == 1.7.
fix dependsOn checkJavaVersion in nightlybuild task
fix java7 check; adjust assertion message in checkJavaVersion
Add custom args at end of command-line, so that /link compiler arg can be used.
GRADLE-1974, GRADLE-2123, GRADLE-1707. Eclipse wtp container & deployable dependencies. Simplified things around the container and tweaked how dependencies are marked in the .classpath. As we find out more about the wtp stuff I needed to rework the behavior I added yesterday. The fixes should also eliminate some annoying warnings we have when gradle project is imported to eclipse.