Adding ignore for Sublime Text 2 project files.
Merge pull request #133 from ajoberstar/sublime-text

Adding ignore for Sublime Text 2 project files.
Removed redundant test: most publishing tests now perform a resolve of the published module
Added DeferredConfigurable interface for implementing extensions that don't want to handle inputs that change after configuration
- extensions implementing interface will have:
   - all configuration actions deferred until first access to extension
   - no configuration actions allowed after configured on first access
Made PublishingExtension implement DeferredConfigurable
- Updated MavenPublishPlugin and IvyPublishPlugin to only configure the PublishingExtension and not access
- Configure the PublishingExtension in Project.afterEvaluate() to ensure that tasks are created
Updated integration tests for deferred-configuration publishing extension
- Place publishing block early in build scripts to demonstrate deferred configuration
    - Use different versions in multiproject publish tests to demonstrate deferred configuration of each publishing block
- Moved all task access inside of publishing block to ensure tasks have been created
Switched DeferredConfigurable to be an Annotation rather than and interface
sonar-runner plugin fixes
Test for publishToMavenLocal with maven-publish quickstart sample
Updated userguide for changes to the way the publishing extension is configured
Create publishToMavenLocal lifecycle task early, rather than waiting for publishing extension to be configured
Updated release notes for lazy-configuration of publishing extension
Use @Inherited so that @DeferredConfigurable annotation works as hoped
Renamed ArtifactRepositoryInternal.createResolver() to createLegacyDslObject() to better reflect what the method does, and to cause a small amount of discomfort to whoever writes code that calls this method.
Fixed userguide for changed sample content
Add TaskExecutionAdapter as a noop impl of TaskExecutionListener.

The name *Adapter was chosen based on the precedent of BuildAdapter.
Fixed the test so that it neatly works with parallel executor.
Parallel threads instrumentation - tweaked the log output a bit.
add license header.
Capped the default number of parallel threads to 4. According to my tests, running on >4 worker threads (even on 8-core box) does not give performance benefits or even makes things slower. The user can still choose a specific number of parallel threads via command line. We should update the default / cap once we finish some performance improvements (e.g. multi-process locking, task history cache, and friends).