You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: spring-boot-project/spring-boot-tools/spring-boot-maven-plugin/src/docs/asciidoc/packaging.adoc
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -76,7 +76,7 @@ The `layout` property defaults to a guess based on the archive type (`jar` or `w
76
76
[[repackage-layers]]
77
77
=== Layered jars
78
78
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.
80
80
81
81
Layered jars use the same layout as regular repackaged jars, but include an additional meta-data file that describes each layer.
82
82
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
141
141
----
142
142
143
143
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:
145
145
146
146
[source,xml,indent=0,subs="verbatim,attributes"]
147
147
----
@@ -179,10 +179,10 @@ The `layers` XML format is defined in three sections:
179
179
180
180
Nested `<into>` blocks are used within `<application>` and `<dependencies>` sections to claim content for a layer.
181
181
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.
183
183
184
184
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.
186
186
The `<dependencies>` section uses `group:artifact[:version]` patterns.
187
187
188
188
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:
559
559
560
560
[[repackage-layered-jars-additional-layers]]
561
561
==== 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.
563
563
For example, you may want to isolate company-specific dependencies of your project in a dedicated layer.
564
564
The following `layers.xml` configuration shown one such setup:
0 commit comments