@@ -4529,8 +4529,9 @@ annotations by specifying a Spring resource prefix:
4529
4529
4530
4530
Contrast the comments in this example with the previous example.
4531
4531
4532
- .[[testcontext-ctx-management-web-mocks]]Working with Web Mocks
4533
- --
4532
+ [[testcontext-ctx-management-web-mocks]]
4533
+ ===== Working with Web Mocks
4534
+
4534
4535
To provide comprehensive web testing support, the TestContext framework has a
4535
4536
`ServletTestExecutionListener` that is enabled by default. When testing against a
4536
4537
`WebApplicationContext`, this <<testcontext-key-abstractions, `TestExecutionListener`>>
@@ -4604,7 +4605,6 @@ managed per test method by the `ServletTestExecutionListener`.
4604
4605
//...
4605
4606
}
4606
4607
----
4607
- --
4608
4608
4609
4609
[[testcontext-ctx-management-caching]]
4610
4610
===== Context Caching
@@ -4759,7 +4759,7 @@ have different levels in a context hierarchy configured using different resource
4759
4759
The remaining JUnit Jupiter based examples in this section show common configuration
4760
4760
scenarios for integration tests that require the use of context hierarchies.
4761
4761
4762
- . Single test class with context hierarchy
4762
+ ** Single test class with context hierarchy**
4763
4763
--
4764
4764
`ControllerIntegrationTests` represents a typical integration testing scenario for a
4765
4765
Spring MVC web application by declaring a context hierarchy that consists of two levels,
@@ -4805,8 +4805,7 @@ lowest context in the hierarchy). The following listing shows this configuration
4805
4805
----
4806
4806
--
4807
4807
4808
-
4809
- .Class hierarchy with implicit parent context
4808
+ **Class hierarchy with implicit parent context**
4810
4809
--
4811
4810
The test classes in this example define a context hierarchy within a test class
4812
4811
hierarchy. `AbstractWebTests` declares the configuration for a root
@@ -4852,7 +4851,7 @@ configuration scenario:
4852
4851
----
4853
4852
--
4854
4853
4855
- . Class hierarchy with merged context hierarchy configuration
4854
+ ** Class hierarchy with merged context hierarchy configuration**
4856
4855
--
4857
4856
The classes in this example show the use of named hierarchy levels in order to merge the
4858
4857
configuration for specific levels in a context hierarchy. `BaseTests` defines two levels
@@ -4898,7 +4897,7 @@ The following listing shows this configuration scenario:
4898
4897
----
4899
4898
--
4900
4899
4901
- . Class hierarchy with overridden context hierarchy configuration
4900
+ ** Class hierarchy with overridden context hierarchy configuration**
4902
4901
--
4903
4902
In contrast to the previous example, this example demonstrates how to override the
4904
4903
configuration for a given named level in a context hierarchy by setting the
0 commit comments