Fix links in Maven Plugin documentation

See gh-19952
pull/19956/head
dreis2211 5 years ago committed by Stephane Nicoll
parent 02329163a8
commit 741a4f4b2b

@ -109,7 +109,7 @@ public class DocumentPluginGoals extends DefaultTask {
writer.println(); writer.println();
writer.printf("[[%s-required]]%n", parametersSectionId); writer.printf("[[%s-required]]%n", parametersSectionId);
writer.println("=== Required parameters"); writer.println("=== Required parameters");
writeParametersTable(writer, mojo.getGoal(), requiredParameters); writeParametersTable(writer, detailsSectionId, requiredParameters);
} }
List<Parameter> optionalParameters = parameters.stream().filter((parameter) -> !parameter.isRequired()) List<Parameter> optionalParameters = parameters.stream().filter((parameter) -> !parameter.isRequired())
.collect(Collectors.toList()); .collect(Collectors.toList());

@ -332,7 +332,7 @@ Spring Boot repackages the jar file for this project using a custom layout facto
The layout factory is provided as an implementation of `LayoutFactory` (from `spring-boot-loader-tools`) explicitly specified in the pom. The layout factory is provided as an implementation of `LayoutFactory` (from `spring-boot-loader-tools`) explicitly specified in the pom.
If there is only one custom `LayoutFactory` on the plugin classpath and it is listed in `META-INF/spring.factories` then it is unnecessary to explicitly set it in the plugin configuration. If there is only one custom `LayoutFactory` on the plugin classpath and it is listed in `META-INF/spring.factories` then it is unnecessary to explicitly set it in the plugin configuration.
Layout factories are always ignored if an explicit <<goals-repackage-optional-parameters-layout,layout>> is set. Layout factories are always ignored if an explicit <<goals-repackage-parameters-details-layoutFactory,layout>> is set.

@ -10,7 +10,7 @@ The plugin includes a run goal which can be used to launch your application from
By default the application is executed in a forked process and setting properties on the command-line will not affect the application. By default the application is executed in a forked process and setting properties on the command-line will not affect the application.
If you need to specify some JVM arguments (i.e. for debugging purposes), you can use the `jvmArguments` parameter, see <<run-example-debug,Debug the application>> for more details. If you need to specify some JVM arguments (i.e. for debugging purposes), you can use the `jvmArguments` parameter, see <<run-example-debug,Debug the application>> for more details.
There is also explicit support for <<run-example-system-properties,system properties>> and <<run-example-environment-variable,environment variables>>. There is also explicit support for <<run-example-system-properties,system properties>> and <<run-example-environment-variables,environment variables>>.
As enabling a profile is quite common, there is dedicated `profiles` property that offers a shortcut for `-Dspring-boot.run.jvmArguments="-Dspring.profiles.active=dev"`, see <<run-example-active-profiles,Specify active profiles>>. As enabling a profile is quite common, there is dedicated `profiles` property that offers a shortcut for `-Dspring-boot.run.jvmArguments="-Dspring.profiles.active=dev"`, see <<run-example-active-profiles,Specify active profiles>>.
@ -71,7 +71,7 @@ It is also a helpful way of allowing your front end developers to work without n
NOTE: A side effect of using this feature is that filtering of resources at build time will not work. NOTE: A side effect of using this feature is that filtering of resources at build time will not work.
In order to be consistent with the `repackage` goal, the `run` goal builds the classpath in such a way that any dependency that is excluded in the plugin's configuration gets excluded from the classpath as well. In order to be consistent with the `repackage` goal, the `run` goal builds the classpath in such a way that any dependency that is excluded in the plugin's configuration gets excluded from the classpath as well.
For more details, see <<run-example-exclude-dependency,the dedicated example>>. For more details, see <<repackage-example-exclude-dependency,the dedicated example>>.
Sometimes it is useful to include test dependencies when running the application. Sometimes it is useful to include test dependencies when running the application.
For example, if you want to run your application in a test mode that uses stub classes. For example, if you want to run your application in a test mode that uses stub classes.

Loading…
Cancel
Save