@ -29,10 +29,10 @@ of several mock server setup choices or a connection to a live server.
@@ -29,10 +29,10 @@ of several mock server setup choices or a connection to a live server.
This setup allows you to test specific controller(s) via mock request and response objects,
without a running server.
For WebFlux applications, use the below which loads infrastructure equivalent to the
For WebFlux applications, use the following which loads infrastructure equivalent to the
<<web-reactive.adoc#webflux-config, WebFlux Java config>>, registers the given
controller(s), and creates a <<web-reactive.adoc#webflux-web-handler-api, WebHandler chain>>
@ -73,10 +73,10 @@ This setup allows you to load Spring configuration with Spring MVC or Spring Web
@@ -73,10 +73,10 @@ This setup allows you to load Spring configuration with Spring MVC or Spring Web
infrastructure and controller declarations and use it to handle requests via mock request
and response objects, without a running server.
For WebFlux, use the below where the Spring `ApplicationContext` is passed to
For WebFlux, use the following where the Spring `ApplicationContext` is passed to
@ -223,8 +223,9 @@ This setup connects to a running server to perform full, end-to-end HTTP tests:
@@ -223,8 +223,9 @@ This setup connects to a running server to perform full, end-to-end HTTP tests:
In addition to the server setup options described earlier, you can also configure client
options, including base URL, default headers, client filters, and others. These options
are readily available following `bindToServer`. For all others, you need to use
`configureClient()` to transition from server to client configuration, as follows:
are readily available following `bindToServer()`. For all other configuration options,
you need to use `configureClient()` to transition from server to client configuration, as
@ -257,7 +258,7 @@ prepare a request with any content including form data, multipart data, and more
@@ -257,7 +258,7 @@ prepare a request with any content including form data, multipart data, and more
After the call to `exchange()`, `WebTestClient` diverges from the `WebClient` and
instead continues with a workflow to verify responses.
To assert the response status and headers, use the below:
To assert the response status and headers, use the following: