1. 11 7月, 2016 5 次提交
  2. 10 7月, 2016 1 次提交
  3. 09 7月, 2016 1 次提交
  4. 08 7月, 2016 5 次提交
  5. 07 7月, 2016 2 次提交
  6. 06 7月, 2016 1 次提交
  7. 05 7月, 2016 6 次提交
  8. 02 7月, 2016 1 次提交
  9. 01 7月, 2016 2 次提交
  10. 23 6月, 2016 2 次提交
    • S
      Implement equals() & hashCode() in MockServerContainerContextCustomizer · 3dbf25e0
      Sam Brannen 提交于
      Issue: SPR-14367
      3dbf25e0
    • S
      Support WebSocket ServletServerContainerFB in the TCF · f7dd7575
      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
      f7dd7575
  11. 07 6月, 2016 1 次提交
  12. 06 5月, 2016 1 次提交
    • S
      Support test annotations on interfaces · a1a87679
      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
      a1a87679
  13. 04 5月, 2016 2 次提交
    • S
      Polish Javadoc regarding @Commit support · e26478e3
      Sam Brannen 提交于
      e26478e3
    • S
      Support @[Before|After]Transaction on default methods · 0f6711fe
      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
      0f6711fe
  14. 25 4月, 2016 1 次提交
  15. 24 4月, 2016 1 次提交
  16. 16 4月, 2016 1 次提交
  17. 07 4月, 2016 1 次提交
  18. 05 4月, 2016 4 次提交
    • J
      Polishing · 6573e914
      Juergen Hoeller 提交于
      6573e914
    • J
      Polishing · d2d528dc
      Juergen Hoeller 提交于
      d2d528dc
    • S
      Clean up warnings in spring-test · 6c0cae87
      Sam Brannen 提交于
      6c0cae87
    • S
      Limit size of context cache in the TestContext framework · e18d5b59
      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
      e18d5b59
  19. 30 3月, 2016 1 次提交
  20. 28 3月, 2016 1 次提交