Extended documentation for applicaiton pid monitoring
Special case for deferred start based on Handler type

Fixes gh-673
Add support for .yaml file extensions

Apparently yaml.org prefers .yaml, but the internet seems
to be more aligned with .yml, so I guess we should support both
out of the box.

Fixes gh-675
Add spring.thymeleaf.contentType (defaults to HTML)

User can specify the content type in external properties now, optionally
ommitting the charset (since that is duplicated). If charset is not
appended by user Spring will do it.

Fixes gh-671
Expand Error Handling section in docs a bit

Fixes gh-513
Ensure that local file dependencies are packaged by the Gradle plugin

Prior to this commit, a dependency on a local file was not being
packaged by the Gradle plugin. This was a regression from the behaviour
in 0.5.0.M6 caused by the move to using a ResolvedConfiguration and
ResolvedArtifacts (4f677bec) to gain access to an artifact's type so
that non-jar artefacts could be filtered out. Since then, the approach
to filtering has been changed (38585bf3) and access to an artifact's
type is no longer needed.

This commit updates ProjectLibraries to restore its use of a
FileCollection rather than a ResolvedConfiguration when getting hold of
the files in a configuration. This means that the resulting jar will
now include dependencies that aren't resolved, such as those that are
provided as local files. The filtering that is applied to the files
is unaffected by this change and only files that are zip files will be
included.

Fixes #672
Minor documentation fixes
Add new thymeleaf property to docs

See gh-671
SpringSource->spring-projects
Ensure response is committed after ErrorPageFilter

Otherwise Tomcat will go ahead and uncommit it and handle it again
in the ErrorReportValve (duh!)

Fixes gh-684
Clarify usage of run.arguments with Maven plugin
Support for random ports in @IntegrationTest

User can now set up default properties in the Environment using
@IntegrationTest("foo:bar", "x:y") etc. Using "server.port:0" you
can get Tomcat or Jetty to spin up on a random port. We also add
a test listener that populates "local.server.port" with the actual
port the server started on so you can @Value("${local.server.port}")
inject it into the test case.

See gh-607 (this should make the extension of that PR to samples
much easier)
Convert Actuator sample to dynamic ports
Convert remaining samples to use random port

Partial fix for gh-337. See also gh-607 which complements this, but might
conflict on a merge.
Correct impression that DataSource platform is discovered automatically

... it isn't: you have to set spring.datasource.platform
Ensure authentication is added to customized request factory

Fixes gh-692
Add test for TestRestTemplate
Add SpringWebsocketCompilerAutoConfiguration

Fixes gh-693
Tweak autoconfigs in websocket support
Merge branch 'master' into multipartconfig