Clarify application.properties example
The syntax was a bit tortured. This should clarify things and also de-emphasise the "production" use case for the file system properties file (we want to be cloud native don't we?).
This commit is contained in:
parent
ee5a1f9722
commit
ba7d12c697
|
|
@ -329,10 +329,13 @@ To provide a concrete example, suppose you develop a `@Component` that uses a
|
||||||
}
|
}
|
||||||
----
|
----
|
||||||
|
|
||||||
You can bundle an `application.properties` inside your jar that provides a sensible
|
On your application classpath (e.g. inside your jar) you can have an
|
||||||
default `name`. When running in production, an `application.properties` can be provided
|
`application.properties` that provides a sensible default property
|
||||||
outside of your jar that overrides `name`; and for one-off testing, you can launch with
|
value for `name`. When running in a new environment, an
|
||||||
a specific command line switch (e.g. `java -jar app.jar --name="Spring"`).
|
`application.properties` can be provided outside of your jar that
|
||||||
|
overrides the `name`; and for one-off testing, you can launch with a
|
||||||
|
specific command line switch (e.g. `java -jar app.jar
|
||||||
|
--name="Spring"`).
|
||||||
|
|
||||||
[TIP]
|
[TIP]
|
||||||
====
|
====
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue