Closes gh-10308
This commit is contained in:
Johnny Lim 2017-09-15 23:02:35 +09:00 committed by Stephane Nicoll
parent c536af0bea
commit 5e35a34cba
9 changed files with 20 additions and 20 deletions

View File

@ -105,7 +105,7 @@ some compilations for Spring Boot as we include a maven plugin and use it within
samples. The standard build works around this restriction by launching the samples via
the `maven-invoker-plugin` so that they are not part of the reactor. This works fine
most of the time, however, sometimes it's useful to run a build that includes all modules
(for example when using `maven-versions-plugin`. We use the full build on our CI servers
(for example when using `maven-versions-plugin`). We use the full build on our CI servers
and during the release process.
Running a full build is a two phase process.

View File

@ -166,7 +166,7 @@ these include:
* The `SpringApplication` class, providing static convenience methods that make it easy
to write a stand-alone Spring Application. Its sole job is to create and refresh an
appropriate Spring `ApplicationContext`
* Embedded web applications with a choice of container (Tomcat or Jetty for now)
* Embedded web applications with a choice of container (Tomcat, Jetty or Undertow)
* First class externalized configuration support
* Convenience `ApplicationContext` initializers, including support for sensible logging
defaults
@ -178,7 +178,7 @@ Spring Boot can configure large parts of common applications based on the conten
of their classpath. A single `@EnableAutoConfiguration` annotation triggers
auto-configuration of the Spring context.
Auto-configuration attempts to deduce which beans a user might need. For example, If
Auto-configuration attempts to deduce which beans a user might need. For example, if
`HSQLDB` is on the classpath, and the user has not configured any database connections,
then they probably want an in-memory database to be defined. Auto-configuration will
always back away as the user starts to define their own beans.

View File

@ -31,10 +31,10 @@ import org.springframework.boot.actuate.autoconfigure.metrics.export.PropertiesC
class AtlasPropertiesConfigAdapter extends
PropertiesConfigAdapter<AtlasProperties, AtlasConfig> implements AtlasConfig {
private static final AtlasConfig DEFAUTLS = (k) -> null;
private static final AtlasConfig DEFAULTS = (k) -> null;
AtlasPropertiesConfigAdapter(AtlasProperties properties) {
super(properties, DEFAUTLS);
super(properties, DEFAULTS);
}
@Override

View File

@ -85,12 +85,12 @@ public class RestTemplateMetricsConfiguration {
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) {
if (bean instanceof RestTemplate) {
geCustomizer().customize((RestTemplate) bean);
getCustomizer().customize((RestTemplate) bean);
}
return bean;
}
private MetricsRestTemplateCustomizer geCustomizer() {
private MetricsRestTemplateCustomizer getCustomizer() {
if (this.customizer == null) {
this.customizer = this.applicationContext
.getBean(MetricsRestTemplateCustomizer.class);

View File

@ -56,7 +56,7 @@ public class SpringIntegrationMetricsIntegrationTests {
@Test
public void springIntegrationMetrics() {
this.converter.fahrenheitToCelcius(68.0);
this.converter.fahrenheitToCelsius(68.0);
assertThat(this.registry.find("spring.integration.channel.sends")
.tags("channel", "convert.input").value(Statistic.Count, 1).meter())
.isPresent();
@ -98,7 +98,7 @@ public class SpringIntegrationMetricsIntegrationTests {
return (f) -> f
.transform((payload) -> "{\"fahrenheit\":" + payload + "}",
(e) -> e.id("toJson"))
.handle(String.class, this::fahrenheitToCelcius,
.handle(String.class, this::fahrenheitToCelsius,
(e) -> e.id("temperatureConverter"))
.transform(this::extractResult, e -> e.id("toResponse"));
}
@ -106,19 +106,19 @@ public class SpringIntegrationMetricsIntegrationTests {
private double extractResult(String json) {
try {
return (double) new ObjectMapper().readValue(json, Map.class)
.get("celcius");
.get("celsius");
}
catch (IOException ex) {
throw new RuntimeException(ex);
}
}
private String fahrenheitToCelcius(String payload, Map<String, Object> headers) {
private String fahrenheitToCelsius(String payload, Map<String, Object> headers) {
try {
double fahrenheit = (double) new ObjectMapper()
.readValue(payload, Map.class).get("fahrenheit");
double celcius = (fahrenheit - 32) * (5.0 / 9.0);
return "{\"celcius\":" + celcius + "}";
double celsius = (fahrenheit - 32) * (5.0 / 9.0);
return "{\"celsius\":" + celsius + "}";
}
catch (Exception ex) {
throw new RuntimeException(ex);
@ -129,7 +129,7 @@ public class SpringIntegrationMetricsIntegrationTests {
public interface TempConverter {
@Gateway(requestChannel = "convert.input")
double fahrenheitToCelcius(double fahren);
double fahrenheitToCelsius(double fahrenheit);
}

View File

@ -36,7 +36,7 @@ import org.springframework.core.io.support.SpringFactoriesLoader;
/**
* Enable auto-configuration of the Spring Application Context, attempting to guess and
* configure beans that you are likely to need. Auto-configuration classes are usually
* applied based on your classpath and what beans you have defined. For example, If you
* applied based on your classpath and what beans you have defined. For example, if you
* have {@code tomcat-embedded.jar} on your classpath you are likely to want a
* {@link TomcatServletWebServerFactory} (unless you have defined your own
* {@link ServletWebServerFactory} bean).

View File

@ -901,7 +901,7 @@ To customize the tags, provide a `@Bean` that implements `WebMvcTagsProvider`.
=== WebFlux metrics
Auto-configuration will enable the instrumentation of all requests handled by WebFlux
controllers. A helper class, `RouterFunctionMetrics`, is also provided that can be
used to instrument applications using WebFlux's funtional programming model.
used to instrument applications using WebFlux's functional programming model.
Metrics will, by default, be generated with the name `http.server.requests`. The name
can be customized using the `spring.metrics.web.server.requests-metrics-name` property.
@ -945,7 +945,7 @@ can be customized using the `spring.metrics.web.client.requests-metrics-name` pr
[[production-ready-metrics-rest-template-tags]]
==== RestTemplate metric tags
Metrics generated by an instrumeted `RestTemplate` will, by default, be tagged with
Metrics generated by an instrumented `RestTemplate` will, by default, be tagged with
the following:
- Request's method

View File

@ -1350,7 +1350,7 @@ http://logging.apache.org/log4j/2.x/[Log4J2] and http://logback.qos.ch/[Logback]
case loggers are pre-configured to use console output with optional file output also
available.
By default, If you use the '`Starters`', Logback will be used for logging. Appropriate
By default, if you use the '`Starters`', Logback will be used for logging. Appropriate
Logback routing is also included to ensure that dependent libraries that use
Java Util Logging, Commons Logging, Log4J or SLF4J will all work correctly.

View File

@ -433,7 +433,7 @@ annotation to load XML configuration files.
[[using-boot-auto-configuration]]
== Auto-configuration
Spring Boot auto-configuration attempts to automatically configure your Spring
application based on the jar dependencies that you have added. For example, If
application based on the jar dependencies that you have added. For example, if
`HSQLDB` is on your classpath, and you have not manually configured any database
connection beans, then we will auto-configure an in-memory database.
@ -579,7 +579,7 @@ One of the biggest advantages of packaging your application as jar and using an
HTTP server is that you can run your application as you would any other. Debugging Spring
Boot applications is also easy; you don't need any special IDE plugins or extensions.
NOTE: This section only covers jar based packaging, If you choose to package your
NOTE: This section only covers jar based packaging, if you choose to package your
application as a war file you should refer to your server and IDE documentation.