Polish doc formatting

spring-boot-docs/src/main/asciidoc/build-tool-plugins.adoc

@@ -373,7 +373,7 @@ Running this way makes your static classpath resources (i.e. in `src/main/resour
 default) reloadable in the live application, which can be helpful at development time.
 
 [[build-tool-plugins-gradle-global-configuration]]
-=== Spring Boot Plugin configuration
+=== Spring Boot plugin configuration
 The gradle plugin automatically extends your build script DSL with a `springBoot` element
 for global configuration of the Boot plugin. Set the appropriate properties as you would
 with any other Gradle extension (see below for a list of configuration options):
@@ -386,6 +386,7 @@ with any other Gradle extension (see below for a list of configuration options):
 ----
 
 
+
 [[build-tool-plugins-gradle-repackage-configuration]]
 === Repackage configuration
 The plugin adds a `bootRepackage` task which you can also configure directly, e.g.:
@@ -407,27 +408,28 @@ The following configuration options are available:
 |The main class that should be run. If not specified the `mainClassName` project property
  will be used or, if the no `mainClassName` id defined the archive will be searched for a
  suitable class. "Suitable" means a unique class with a well-formed `main()` method (if
-more than one is found the build will fail). You should also be able to specify the main
-class name via the "run" task (`main` property) and/or the "startScripts" (`mainClassName` 
-property) as an alternative to using the "springBoot" configuration.
+ more than one is found the build will fail). You should also be able to specify the main
+ class name via the "run" task (`main` property) and/or the "startScripts"
+ (`mainClassName` property) as an alternative to using the "springBoot" configuration.
 
 |`classifier`
 |A file name segment (before the extension) to add to the archive, so that the original is
-preserved in its original location. Defaults to null in which case the archive is repackaged
-in place. The default is convenient for many purposes, but if you want to use the
-original jar as a dependency in another project, it's best to use an extension to define the
-executable archive.
+ preserved in its original location. Defaults to null in which case the archive is
+ repackaged in place. The default is convenient for many purposes, but if you want to use
+ the original jar as a dependency in another project, it's best to use an extension to
+ define the executable archive.
 
 |`withJarTask`
-|The name of the `Jar` task (defaults to all) which is used to locate the archive to repackage.
+|The name of the `Jar` task (defaults to all) which is used to locate the archive to
+ repackage.
 
 |`customConfiguration`
 |The name of the custom configuration whuch is used to populate the nested lib directory
-(without specifying this you get all compile and runtime dependencies).
-
+ (without specifying this you get all compile and runtime dependencies).
 |===
 
 
+
 [[build-tool-plugins-gradle-repackage-custom-configuration]]
 === Repackage with custom Gradle configuration
 Sometimes it may be more appropriate to not package default dependencies resolved from

spring-boot-docs/src/main/asciidoc/spring-boot-features.adoc

@@ -1832,6 +1832,7 @@ own beans:
 ----
 
 
+
 [[boot-features-integration]]
 == Spring Integration
 Spring Integration provides abstractions over messaging and also other transports such as

spring-boot-docs/src/main/asciidoc/using-spring-boot.adoc

@@ -125,9 +125,9 @@ section if you want to use it:
 	</build>
 ----
 
-NOTE: If you use the Spring Boot starter parent pom, you only need to
-add the plugin, there is no need for to configure it unless you want
-to change the settings defined in the parent.
+NOTE: If you use the Spring Boot starter parent pom, you only need to add the plugin,
+there is no need for to configure it unless you want to change the settings defined in
+the parent.