Fix title case capitalization

pull/26041/head
Phillip Webb 4 years ago
parent 5bc35e8f44
commit efba7076ba

@ -648,7 +648,7 @@ If you find you cannot customize something that you need to, use the `embeddedLa
[[deployment-script-customization-when-it-written]] [[deployment-script-customization-when-it-written]]
===== Customizing the Start Script when It Is Written ===== Customizing the Start Script When It Is Written
It often makes sense to customize elements of the start script as it is written into the jar file. It often makes sense to customize elements of the start script as it is written into the jar file.
For example, init.d scripts can provide a "`description`". For example, init.d scripts can provide a "`description`".
Since you know the description up front (and it need not change), you may as well provide it when the jar is generated. Since you know the description up front (and it need not change), you may as well provide it when the jar is generated.

@ -41,7 +41,7 @@ If you find problems with the docs or if you want to improve them, please {sprin
[[boot-documentation-upgrading]] [[boot-documentation-upgrading]]
== Upgrading from an Earlier Version == Upgrading From an Earlier Version
Instructions for how to upgrade from earlier versions of Spring Boot are provided on the project {github-wiki}[wiki]. Instructions for how to upgrade from earlier versions of Spring Boot are provided on the project {github-wiki}[wiki].
Follow the links in the {github-wiki}#release-notes[release notes] section to find the version that you want to upgrade to. Follow the links in the {github-wiki}#release-notes[release notes] section to find the version that you want to upgrade to.
@ -73,7 +73,7 @@ Ready to actually start using Spring Boot? <<using-spring-boot.adoc#using-boot,
== Learning about Spring Boot Features == Learning About Spring Boot Features
Need more details about Spring Boot's core features? Need more details about Spring Boot's core features?
<<spring-boot-features.adoc#boot-features, The following content is for you>>: <<spring-boot-features.adoc#boot-features, The following content is for you>>:

@ -530,7 +530,7 @@ This will happen automatically if you are using Spring Boot's Gradle plugin or i
[[production-ready-endpoints-custom-input-conversion]] [[production-ready-endpoints-custom-input-conversion]]
===== Input type conversion ===== Input Type Conversion
The parameters passed to endpoint operation methods are, if necessary, automatically converted to the required type. The parameters passed to endpoint operation methods are, if necessary, automatically converted to the required type.
Before calling an operation method, the input received via JMX or an HTTP request is converted to the required types using an instance of `ApplicationConversionService` as well as any `Converter` or `GenericConverter` beans qualified with `@EndpointConverter`. Before calling an operation method, the input received via JMX or an HTTP request is converted to the required types using an instance of `ApplicationConversionService` as well as any `Converter` or `GenericConverter` beans qualified with `@EndpointConverter`.
@ -633,7 +633,7 @@ The latter is typically used to perform authorization checks using its `isUserIn
[[production-ready-endpoints-custom-servlet]] [[production-ready-endpoints-custom-servlet]]
==== Servlet endpoints ==== Servlet Endpoints
A `Servlet` can be exposed as an endpoint by implementing a class annotated with `@ServletEndpoint` that also implements `Supplier<EndpointServlet>`. A `Servlet` can be exposed as an endpoint by implementing a class annotated with `@ServletEndpoint` that also implements `Supplier<EndpointServlet>`.
Servlet endpoints provide deeper integration with the Servlet container but at the expense of portability. Servlet endpoints provide deeper integration with the Servlet container but at the expense of portability.
They are intended to be used to expose an existing `Servlet` as an endpoint. They are intended to be used to expose an existing `Servlet` as an endpoint.
@ -642,7 +642,7 @@ For new endpoints, the `@Endpoint` and `@WebEndpoint` annotations should be pref
[[production-ready-endpoints-custom-controller]] [[production-ready-endpoints-custom-controller]]
==== Controller endpoints ==== Controller Endpoints
`@ControllerEndpoint` and `@RestControllerEndpoint` can be used to implement an endpoint that is only exposed by Spring MVC or Spring WebFlux. `@ControllerEndpoint` and `@RestControllerEndpoint` can be used to implement an endpoint that is only exposed by Spring MVC or Spring WebFlux.
Methods are mapped using the standard annotations for Spring MVC and Spring WebFlux such as `@RequestMapping` and `@GetMapping`, with the endpoint's ID being used as a prefix for the path. Methods are mapped using the standard annotations for Spring MVC and Spring WebFlux such as `@RequestMapping` and `@GetMapping`, with the endpoint's ID being used as a prefix for the path.
Controller endpoints provide deeper integration with Spring's web frameworks but at the expense of portability. Controller endpoints provide deeper integration with Spring's web frameworks but at the expense of portability.
@ -1033,7 +1033,7 @@ In this case, a probe check could be successful even if the main application doe
[[production-ready-kubernetes-probes-external-state]] [[production-ready-kubernetes-probes-external-state]]
==== Checking external state with Kubernetes Probes ==== Checking External State with Kubernetes Probes
Actuator configures the "liveness" and "readiness" probes as Health Groups; this means that all the <<production-ready-health-groups, Health Groups features>> are available for them. Actuator configures the "liveness" and "readiness" probes as Health Groups; this means that all the <<production-ready-health-groups, Health Groups features>> are available for them.
You can, for example, configure additional Health Indicators: You can, for example, configure additional Health Indicators:
@ -1070,7 +1070,7 @@ Also, if an application is using Kubernetes https://kubernetes.io/docs/tasks/run
[[production-ready-kubernetes-probes-lifecycle]] [[production-ready-kubernetes-probes-lifecycle]]
==== Application lifecycle and Probes states ==== Application Lifecycle and Probe States
An important aspect of the Kubernetes Probes support is its consistency with the application lifecycle. An important aspect of the Kubernetes Probes support is its consistency with the application lifecycle.
There is a significant difference between the `AvailabilityState` which is the in-memory, internal state of the application There is a significant difference between the `AvailabilityState` which is the in-memory, internal state of the application
and the actual Probe which exposes that state: depending on the phase of application lifecycle, the Probe might not be available. and the actual Probe which exposes that state: depending on the phase of application lifecycle, the Probe might not be available.
@ -1653,7 +1653,7 @@ Spring Boot also <<production-ready-metrics-meter,configures built-in instrument
[[production-ready-metrics-export]] [[production-ready-metrics-export]]
=== Supported monitoring systems === Supported Monitoring Systems
@ -2488,7 +2488,7 @@ To disable the auto-configured connection pool metrics, set the following proper
[[production-ready-metrics-custom]] [[production-ready-metrics-custom]]
=== Registering custom metrics === Registering Custom Metrics
To register custom metrics, inject `MeterRegistry` into your component, as shown in the following example: To register custom metrics, inject `MeterRegistry` into your component, as shown in the following example:
[source,java,indent=0] [source,java,indent=0]
@ -2510,7 +2510,7 @@ A `MeterBinder` implementation can also be useful if you find that you repeatedl
[[production-ready-metrics-per-meter-properties]] [[production-ready-metrics-per-meter-properties]]
=== Customizing individual metrics === Customizing Individual Metrics
If you need to apply customizations to specific `Meter` instances you can use the `io.micrometer.core.instrument.config.MeterFilter` interface. If you need to apply customizations to specific `Meter` instances you can use the `io.micrometer.core.instrument.config.MeterFilter` interface.
By default, all `MeterFilter` beans will be automatically applied to the micrometer `MeterRegistry.Config`. By default, all `MeterFilter` beans will be automatically applied to the micrometer `MeterRegistry.Config`.
@ -2524,7 +2524,7 @@ include::{include-productionreadyfeatures}/metrics/MetricsFilterConfiguration.ja
[[production-ready-metrics-common-tags]] [[production-ready-metrics-common-tags]]
==== Common tags ==== Common Tags
Common tags are generally used for dimensional drill-down on the operating environment like host, instance, region, stack, etc. Common tags are generally used for dimensional drill-down on the operating environment like host, instance, region, stack, etc.
Commons tags are applied to all meters and can be configured as shown in the following example: Commons tags are applied to all meters and can be configured as shown in the following example:
@ -2544,7 +2544,7 @@ As the order of common tags cannot be guaranteed using this approach, Graphite u
==== Per-meter properties ==== Per-meter Properties
In addition to `MeterFilter` beans, it's also possible to apply a limited set of customization on a per-meter basis using properties. In addition to `MeterFilter` beans, it's also possible to apply a limited set of customization on a per-meter basis using properties.
Per-meter customizations apply to any all meter IDs that start with the given name. Per-meter customizations apply to any all meter IDs that start with the given name.
For example, the following will disable any meters that have an ID starting with `example.remote` For example, the following will disable any meters that have an ID starting with `example.remote`
@ -2585,7 +2585,7 @@ For more details on concepts behind `percentiles-histogram`, `percentiles` and `
[[production-ready-metrics-endpoint]] [[production-ready-metrics-endpoint]]
=== Metrics endpoint === Metrics Endpoint
Spring Boot provides a `metrics` endpoint that can be used diagnostically to examine the metrics collected by an application. Spring Boot provides a `metrics` endpoint that can be used diagnostically to examine the metrics collected by an application.
The endpoint is not available by default and must be exposed, see <<production-ready-endpoints-exposing-endpoints,exposing endpoints>> for more details. The endpoint is not available by default and must be exposed, see <<production-ready-endpoints-exposing-endpoints,exposing endpoints>> for more details.
@ -2726,7 +2726,7 @@ If your Cloud Foundry UAA or Cloud Controller services use self-signed certifica
=== Custom context path === Custom Context Path
If the server's context-path has been configured to anything other than `/`, the Cloud Foundry endpoints will not be available at the root of the application. If the server's context-path has been configured to anything other than `/`, the Cloud Foundry endpoints will not be available at the root of the application.
For example, if `server.servlet.context-path=/app`, Cloud Foundry endpoints will be available at `/app/cloudfoundryapplication/*`. For example, if `server.servlet.context-path=/app`, Cloud Foundry endpoints will be available at `/app/cloudfoundryapplication/*`.

Loading…
Cancel
Save