Polish
Closes gh-8148
This commit is contained in:
committed by
Stephane Nicoll
parent
8a0f8cf953
commit
846994e498
@@ -3080,7 +3080,7 @@ application's main class to extend `SpringBootServletInitializer`:
|
||||
|
||||
The next step is to update your build configuration so that your project produces a war file
|
||||
rather than a jar file. If you're using Maven and using `spring-boot-starter-parent` (which
|
||||
configures Maven's war plugin for you) all you need to do is modify `pom.xml` to change the
|
||||
configures Maven's war plugin for you) all you need to do is to modify `pom.xml` to change the
|
||||
packaging to war:
|
||||
|
||||
[source,xml,indent=0,subs="verbatim,quotes,attributes"]
|
||||
|
||||
@@ -1221,7 +1221,7 @@ In addition, any `MetricReader` that you define and mark as `@ExportMetricReader
|
||||
have its values exported by the default exporter.
|
||||
|
||||
NOTE: This feature is enabling scheduling in your application (`@EnableScheduling`) which
|
||||
can be a problem if you run an integration tests as your own scheduled tasks will start.
|
||||
can be a problem if you run an integration test as your own scheduled tasks will start.
|
||||
You can disable this behaviour by setting `spring.metrics.export.enabled` to `false`.
|
||||
|
||||
The default exporter is a `MetricCopyExporter` which tries to optimize itself by not
|
||||
|
||||
@@ -1091,7 +1091,7 @@ only rely on custom converters qualified with `@ConfigurationPropertiesBinding`.
|
||||
[[boot-features-external-config-validation]]
|
||||
==== @ConfigurationProperties Validation
|
||||
Spring Boot will attempt to validate `@ConfigurationProperties` classes whenever they
|
||||
annotated with Spring's `@Validated` annotation. You can use JSR-303 `javax.validation`
|
||||
are annotated with Spring's `@Validated` annotation. You can use JSR-303 `javax.validation`
|
||||
constraint annotations directly on your configuration class. Simply ensure that a
|
||||
compliant JSR-303 implementation is on your classpath, then add constraint annotations to
|
||||
your fields:
|
||||
@@ -5394,7 +5394,7 @@ more `@AutoConfigure...` annotations that can be used to customize auto-configur
|
||||
settings.
|
||||
|
||||
NOTE: Each slice loads a very restricted set of auto-configuration classes. If you need to
|
||||
exclude one of them, most `@...Test` annotation provide an `excludeAutoConfiguration`
|
||||
exclude one of them, most `@...Test` annotations provide an `excludeAutoConfiguration`
|
||||
attribute. Alternatively, you can use `@ImportAutoConfiguration#exclude`.
|
||||
|
||||
TIP: It's also possible to use the `@AutoConfigure...` annotations with the standard
|
||||
@@ -5720,7 +5720,7 @@ for `@Document` classes and configure Spring Data MongoDB repositories. Regular
|
||||
|
||||
In-memory embedded MongoDB generally works well for tests since it is fast and doesn't
|
||||
require any developer installation. If, however, you prefer to run tests against a real
|
||||
MongoDB server you should exclude the embedded mongodb auto-configuration:
|
||||
MongoDB server you should exclude the embedded MongoDB auto-configuration:
|
||||
|
||||
[source,java,indent=0]
|
||||
----
|
||||
|
||||
@@ -1141,7 +1141,7 @@ IDEA suspend the entire VM rather than only suspending the thread that hit the
|
||||
breakpoint. This has the unwanted side-effect of suspending the thread that manages the
|
||||
remote debug tunnel, causing your debugging session to freeze. When using the remote
|
||||
debug tunnel with IntelliJ IDEA, all breakpoints should be configured to suspend the
|
||||
thread rather than the VM. Please set
|
||||
thread rather than the VM. Please see
|
||||
https://youtrack.jetbrains.com/issue/IDEA-165769[IDEA-165769] for further details.
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user