1. 12 9月, 2014 2 次提交
  2. 10 9月, 2014 2 次提交
    • J
      Polishing · 1e7bfd91
      Juergen Hoeller 提交于
      1e7bfd91
    • S
      Make SocketUtils a concrete class · 559e81be
      Sam Brannen 提交于
      Per the Javadoc for the SocketUtils() constructor, SocketUtils can be
      instantiated as a Spring Bean in XML configuration files; however,
      SocketUtils is currently abstract which prevents such usage.
      
      This commit removes the 'abstract' declaration thereby allowing
      SocketUtils to be instantiated as a Spring bean.
      
      Issue: SPR-12169
      559e81be
  3. 04 9月, 2014 3 次提交
  4. 27 8月, 2014 1 次提交
    • S
      Improve ResolvableType.hashCode() for better performance · 7ea69fb9
      Sebastien Deleuze 提交于
      Prior to this commit, when there was a lot of entries in the
      ResolvableType.cache HashMap, getting a simple value could
      take a lot of time due to a lot of calls to ResolvableType.equals().
      ResolvableType.equals() used this.type, getSource(),
      this.variableResolver.getSource() and this.componentType, but
      ResolvableType.hashCode() used only this.type.
      
      With this commit, ResolvableType.hashCode() now uses the same
      fields than ResolvableType.equals().
      
      Performance on the spring-resolvabletype-benchmark project:
       - 8000 us before this commit
       - 120 us with this commit
      
      Issue: SPR-12122
      7ea69fb9
  5. 22 8月, 2014 4 次提交
  6. 21 8月, 2014 1 次提交
  7. 20 8月, 2014 1 次提交
  8. 18 8月, 2014 1 次提交
  9. 16 8月, 2014 1 次提交
  10. 15 8月, 2014 2 次提交
    • J
      Polishing · 69587f3f
      Juergen Hoeller 提交于
      69587f3f
    • S
      Support automatic discovery of default TELs · e6d16148
      Sam Brannen 提交于
      Prior to this commit, there was no declarative mechanism for a custom
      TestExecutionListener to be registered as a default
      TestExecutionListener.
      
      This commit introduces support for discovering default
      TestExecutionListener implementations via the SpringFactoriesLoader
      mechanism. Specifically, the spring-test module declares all core
      default TestExecutionListeners under the
      org.springframework.test.context.TestExecutionListener key in its
      META-INF/spring.factories properties file, and third-party frameworks
      and developers can contribute to the list of default
      TestExecutionListeners in the same manner.
      
       - AbstractTestContextBootstrapper uses the SpringFactoriesLoader to
         look up the class names of all registered default
         TestExecutionListeners and sorts the instantiated listeners using
         AnnotationAwareOrderComparator.
      
       - DefaultTestContextBootstrapper and WebTestContextBootstrapper now
         rely on the SpringFactoriesLoader mechanism for finding default
         TestExecutionListeners instead of hard coding fully qualified class
         names.
      
       - To ensure that default TestExecutionListeners are registered in the
         correct order, each can implement Ordered or declare @order.
      
       - AbstractTestExecutionListener and all default TestExecutionListeners
         provided by Spring now implement Ordered with appropriate values.
      
       - Introduced "copy constructors" in MergedContextConfiguration and
         WebMergedContextConfiguration
      
       - SpringFactoriesLoader now uses AnnotationAwareOrderComparator
         instead of OrderComparator.
      
      Issue: SPR-11466
      e6d16148
  11. 13 8月, 2014 1 次提交
  12. 08 8月, 2014 1 次提交
  13. 07 8月, 2014 1 次提交
    • S
      Update references to RFC 2616 · 3922f6fc
      Sebastien Deleuze 提交于
      Replace references to the old RFC 2616 (HTTP 1.1) with references
      to the new RFCs 7230 to 7235.
      
      This commit also deprecates:
       - HttpStatus.USE_PROXY
       - HttpStatus.REQUEST_ENTITY_TOO_LARGE in favor of HttpStatus.PAYLOAD_TOO_LARGE
       - HttpStatus.REQUEST_URI_TOO_LONG in favor of HttpStatus.URI_TOO_LONG
      
      Issue: SPR-12067
      3922f6fc
  14. 06 8月, 2014 1 次提交
    • D
      Change GenericConversionService to better handle enum · d0e6f0f7
      David Haraburda 提交于
      Prior to this commit, given an enum which implements some interface,
      GenericConversionService would select the String -> Enum converter even
      if a converter for String -> SomeInterface was registered.  This also
      affected converters that were registered for String ->
      SomeBaseInterface, when SomeInterface extended SomeBaseInterface.
      
      This change modifies the behavior of the private method
      getClassHierarchy() by placing Enum.class as late as possible, pretty
      much the same way as Object.class is handled.
      
      Issue: SPR-12050
      d0e6f0f7
  15. 02 8月, 2014 2 次提交
  16. 29 7月, 2014 3 次提交
  17. 24 7月, 2014 1 次提交
  18. 18 7月, 2014 1 次提交
  19. 17 7月, 2014 1 次提交
  20. 16 7月, 2014 3 次提交
  21. 15 7月, 2014 3 次提交
    • J
      Polishing · 2665d562
      Juergen Hoeller 提交于
      2665d562
    • R
      Update support for using "." as path separator · ab2526a5
      Rossen Stoyanchev 提交于
      Issue: SPR-11660
      ab2526a5
    • S
      Allow to customize separator for messaging destinations · 928a466b
      Sebastien Deleuze 提交于
      In order to be able to use separators like "." (used by default
      by most broker relays) instead of "/" for destination patterns
      handling, the PathMatcher used in spring-messaging can now
      be customized easily thanks to XML websocket namespace
      or JavaConfig.
      
      AntPathMatcher has been updated in order to use the configured path
      separator instead of an hardcoded "/" for path concatenation.
      Extension handling is now disabled when the "." separator is configured.
      
      Issue: SPR-11660
      928a466b
  22. 10 7月, 2014 4 次提交