|
2 | 2 | = SpringApplication
|
3 | 3 |
|
4 | 4 | The `SpringApplication` class provides a convenient way to bootstrap a Spring application that is started from a `main()` method.
|
5 |
| -In many situations, you can delegate to the static `SpringApplication.run` method, as shown in the following example: |
| 5 | +In many situations, you can delegate to the static javadoc:org.springframework.boot.SpringApplication#run(java.lang.Class,java.lang.String...)[] method, as shown in the following example: |
6 | 6 |
|
7 | 7 | include-code::MyApplication[]
|
8 | 8 |
|
@@ -127,7 +127,7 @@ Inside your `banner.txt` file, you can use any key available in the `Environment
|
127 | 127 | TIP: The `SpringApplication.setBanner(...)` method can be used if you want to generate a banner programmatically.
|
128 | 128 | Use the `org.springframework.boot.Banner` interface and implement your own `printBanner()` method.
|
129 | 129 |
|
130 |
| -You can also use the configprop:spring.main.banner-mode[] property to determine if the banner has to be printed on `System.out` (`console`), sent to the configured logger (`log`), or not produced at all (`off`). |
| 130 | +You can also use the configprop:spring.main.banner-mode[] property to determine if the banner has to be printed on javadoc:java.lang.System#out[] (`console`), sent to the configured logger (`log`), or not produced at all (`off`). |
131 | 131 |
|
132 | 132 | The printed banner is registered as a singleton bean under the following name: `springBootBanner`.
|
133 | 133 |
|
@@ -260,9 +260,9 @@ Application events are sent in the following order, as your application runs:
|
260 | 260 | . An `ApplicationContextInitializedEvent` is sent when the `ApplicationContext` is prepared and ApplicationContextInitializers have been called but before any bean definitions are loaded.
|
261 | 261 | . An `ApplicationPreparedEvent` is sent just before the refresh is started but after bean definitions have been loaded.
|
262 | 262 | . An `ApplicationStartedEvent` is sent after the context has been refreshed but before any application and command-line runners have been called.
|
263 |
| -. An `AvailabilityChangeEvent` is sent right after with `LivenessState.CORRECT` to indicate that the application is considered as live. |
| 263 | +. An `AvailabilityChangeEvent` is sent right after with javadoc:org.springframework.boot.availability.LivenessState#CORRECT[] to indicate that the application is considered as live. |
264 | 264 | . An `ApplicationReadyEvent` is sent after any xref:features/spring-application.adoc#features.spring-application.command-line-runner[application and command-line runners] have been called.
|
265 |
| -. An `AvailabilityChangeEvent` is sent right after with `ReadinessState.ACCEPTING_TRAFFIC` to indicate that the application is ready to service requests. |
| 265 | +. An `AvailabilityChangeEvent` is sent right after with javadoc:org.springframework.boot.availability.ReadinessState#ACCEPTING_TRAFFIC[] to indicate that the application is ready to service requests. |
266 | 266 | . An `ApplicationFailedEvent` is sent if there is an exception on startup.
|
267 | 267 |
|
268 | 268 | The above list only includes ``SpringApplicationEvent``s that are tied to a `SpringApplication`.
|
|
0 commit comments