Skip to content

Commit c88ef62

Browse files
committed
Polish
1 parent f963180 commit c88ef62

File tree

1 file changed

+5
-5
lines changed
  • spring-boot-project/spring-boot-tools/spring-boot-maven-plugin/src/docs/asciidoc

1 file changed

+5
-5
lines changed

spring-boot-project/spring-boot-tools/spring-boot-maven-plugin/src/docs/asciidoc/packaging.adoc

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -76,7 +76,7 @@ The `layout` property defaults to a guess based on the archive type (`jar` or `w
7676
[[repackage-layers]]
7777
=== Layered jars
7878
A repackaged jar contains the application's classes and dependencies in `BOOT-INF/classes` and `BOOT-INF/lib` respectively.
79-
For cases where a docker image needs to be built from the contents of the jar, it's useful to be able to separate these folders futher so that they can be written into distinct layers.
79+
For cases where a docker image needs to be built from the contents of the jar, it's useful to be able to separate these folders further so that they can be written into distinct layers.
8080

8181
Layered jars use the same layout as regular repackaged jars, but include an additional meta-data file that describes each layer.
8282
To use this feature, the layering feature must be enabled:
@@ -141,7 +141,7 @@ This can be done using a separate configuration file that should be registered a
141141
----
142142

143143
The configuration file describes how the jar can be separated into layers, and the order of those layers.
144-
The following example shows how the default ordering described above can be defined explicity:
144+
The following example shows how the default ordering described above can be defined explicitly:
145145

146146
[source,xml,indent=0,subs="verbatim,attributes"]
147147
----
@@ -179,10 +179,10 @@ The `layers` XML format is defined in three sections:
179179

180180
Nested `<into>` blocks are used within `<application>` and `<dependencies>` sections to claim content for a layer.
181181
The blocks are evaluated in the order that they are defined, from top to bottom.
182-
Any content not claimed by an earlier block remains availble for subsequent blocks to consider.
182+
Any content not claimed by an earlier block remains available for subsequent blocks to consider.
183183

184184
The `<into>` block claims content using nested `<include>` and `<exclude>` elements.
185-
The `<applicaton>` section uses Ant-style patch matching for include/exclude expressions.
185+
The `<application>` section uses Ant-style patch matching for include/exclude expressions.
186186
The `<dependencies>` section uses `group:artifact[:version]` patterns.
187187

188188
If no `<include>` is defined, then all content (not claimed by an earlier block) is considered.
@@ -559,7 +559,7 @@ If you wish to exclude this dependency, you can do so in the following manner:
559559

560560
[[repackage-layered-jars-additional-layers]]
561561
==== Custom layers configuration
562-
The default setup splits dependencies into snaphost and non-snapshot, however, you may have more complex rules.
562+
The default setup splits dependencies into snapshot and non-snapshot, however, you may have more complex rules.
563563
For example, you may want to isolate company-specific dependencies of your project in a dedicated layer.
564564
The following `layers.xml` configuration shown one such setup:
565565

0 commit comments

Comments
 (0)