- 11 7月, 2016 5 次提交
-
-
由 Sam Brannen 提交于
Issue: SPR-4365
-
由 Sam Brannen 提交于
Issue: SPR-4365
-
由 Sam Brannen 提交于
Issue: SPR-4365
-
由 Sam Brannen 提交于
Issue: SPR-4365
-
由 Sam Brannen 提交于
Issue: SPR-4365
-
- 10 7月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
This commit fixes a minor bug introduced in 0adc4921. Issue: SPR-14447
-
- 09 7月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
Issue: SPR-14430
-
- 08 7月, 2016 5 次提交
-
-
由 Sam Brannen 提交于
-
由 Sam Brannen 提交于
Issue: SPR-14432
-
由 Sam Brannen 提交于
Issue: SPR-13188
-
由 Sam Brannen 提交于
-
由 Sam Brannen 提交于
Issue: SPR-14432
-
- 07 7月, 2016 2 次提交
-
-
由 Sam Brannen 提交于
SPR-14055 introduced first-class support for the Java 8 Parameter API. This commit therefore replaces the MethodParameterFactory with use of the new SynthesizingMethodParameter.forParameter(Parameter) factory method. Issue: SPR-13575
-
由 Juergen Hoeller 提交于
-
- 06 7月, 2016 1 次提交
-
-
由 Stephane Nicoll 提交于
Issue: SPR-14432
-
- 05 7月, 2016 6 次提交
-
-
由 Sam Brannen 提交于
Issue: SPR-13575
-
由 Stephane Nicoll 提交于
Issue: SPR-13188
-
由 Juergen Hoeller 提交于
Issue: SPR-14430
-
由 Sam Brannen 提交于
Issue: SPR-14055
-
由 Juergen Hoeller 提交于
This commit also fixes broken javadoc links and code references. Issue: SPR-13188
-
由 Sam Brannen 提交于
This commit introduces initial support for JUnit Jupiter (i.e., the new programming and extension models in JUnit 5) in the Spring TestContext Framework. Specifically, this commit introduces the following. - SpringExtension: an implementation of multiple extension APIs from JUnit Jupiter that provides full support for the existing feature set of the Spring TestContext Framework. This support is enabled via @ExtendWith(SpringExtension.class). - @SpringJUnitConfig: a composed annotation that combines @ExtendWith(SpringExtension.class) from JUnit Jupiter with @ContextConfiguration from the Spring TestContext Framework. - @SpringJUnitWebConfig: a composed annotation that combines @ExtendWith(SpringExtension.class) from JUnit Jupiter with @ContextConfiguration and @WebAppConfiguration from the Spring TestContext Framework. Issue: SPR-13575
-
- 02 7月, 2016 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-14420
-
- 01 7月, 2016 2 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-14420
-
- 23 6月, 2016 2 次提交
-
-
由 Sam Brannen 提交于
Issue: SPR-14367
-
由 Sam Brannen 提交于
Prior to this commit, any attempt to include a bean of type ServletServerContainerFactoryBean in the WebApplicationContext for an integration test class annotated with @WebAppConfiguration in conjunction the Spring TestContext Framework (TCF) would have resulted in an IllegalStateException stating that "A ServletContext is required to access the javax.websocket.server.ServerContainer instance." In such scenarios, the MockServletContext was in fact present in the WebApplicationContext; however there was no WebSocket ServerContainer stored in the ServletContext. This commit addresses this issue by introducing the following. - MockServerContainer: a private mock implementation of the javax.websocket.server.ServerContainer interface. - MockServerContainerContextCustomizer: a ContextCustomizer that instantiates a new MockServerContainer and stores it in the ServletContext under the attribute named "javax.websocket.server.ServerContainer". - MockServerContainerContextCustomizerFactory: a ContextCustomizerFactory which creates a MockServerContainerContextCustomizer if WebSocket support is present in the classpath and the test class is annotated with @WebAppConfiguration. This factory is registered by default via the spring.factories mechanism. Issue: SPR-14367
-
- 07 6月, 2016 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 06 5月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
Prior to Java 8 it never really made much sense to author integration tests using interfaces. Consequently, the Spring TestContext Framework has never supported finding test-related annotations on interfaces in its search algorithms. However, Java 8's support for interface default methods introduces new testing use cases for which it makes sense to declare test configuration (e.g., @ContextConfiguration, etc.) on an interface containing default methods instead of on an abstract base class. This commit ensures that all non-repeatable, class-level test annotations in the Spring TestContext Framework can now be declared on test interfaces. The only test annotations that cannot be declared on interfaces are therefore @Sql and @SqlGroup. Issue: SPR-14184
-
- 04 5月, 2016 2 次提交
-
-
由 Sam Brannen 提交于
-
由 Sam Brannen 提交于
Prior to this commit, @BeforeTransaction and @AfterTransaction could only be declared on methods within test classes. However, JUnit 5 as well as some existing third-party Runner implementations for JUnit 4 already support Java 8 based interface default methods in various scenarios -- for example, @test, @BeforeEach, etc. This commit brings the Spring TestContext Framework up to date by supporting the declaration of @BeforeTransaction and @AfterTransaction on interface default methods. Issue: SPR-14183
-
- 25 4月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
@WebAppConfiguration is no longer meta-annotated with @BootstrapWith.
-
- 24 4月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
-
- 16 4月, 2016 1 次提交
-
-
由 Johnny Lim 提交于
Closes gh-1037
-
- 07 4月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
This commit introduces a new method in TestPropertySourceUtils that allows properties files to be added directly to the environment without the need for a ConfigurableApplicationContext upfront; however, a ResourceLoader is still necessary. Issue: SPR-14131
-
- 05 4月, 2016 4 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Sam Brannen 提交于
-
由 Sam Brannen 提交于
Prior to this commit, the size of the ApplicationContext cache in the Spring TestContext Framework could grow without bound, leading to issues with memory and performance in large test suites. This commit addresses this issue by introducing support for setting the maximum cache size via a JVM system property or Spring property called "spring.test.context.cache.maxSize". If no such property is set, a default value of 32 will be used. Furthermore, the DefaultContextCache has been refactored to use a synchronized LRU cache internally instead of a ConcurrentHashMap. The LRU cache is a simple bounded cache with a "least recently used" (LRU) eviction policy. Issue: SPR-8055
-
- 30 3月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
Issue: SPR-13973
-
- 28 3月, 2016 1 次提交
-
-
由 Sam Brannen 提交于
-