- 09 2月, 2015 2 次提交
-
-
由 Stephane Nicoll 提交于
Update documentation to explicitly mention that the cache interceptor must be fully initialized to provide the expected behavior and therefore initialization code should not rely on this feature, i;e. typically in PostConstruct callback. Since the Transactional infrastructure has the exact same infrastructure, update that section of the doc as well. Issue: SPR-12700
-
由 Stephane Nicoll 提交于
Previously, one could only set the list of bean names to exclude from auto-detection and there was no way to add additional bean names. MBeanExporter now exposes a addExcludedBean method that can be invoked during the initialization phase to add bean names to ignore. Issue: SPR-12686
-
- 06 2月, 2015 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12693
-
- 04 2月, 2015 1 次提交
-
-
由 Brian Clozel 提交于
Prior to this change, the `ResourceUrlProvider.getForLookupPath` method would try to match handlers using the keySet order in the handlerMappings Map. In case of several matches, the handler used for the return value could vary, since the registration order in the handlerMappings can't be guaranteed in the configuration. This commit now collects all matching handlers and sort them using a `PatternComparator`, in order to try each handler from the most specific mapping to the least. Issue: SPR-12647
-
- 03 2月, 2015 5 次提交
-
-
由 Ralph Schaer 提交于
-
由 Sebastien Deleuze 提交于
This commit also adds a modules(Module...) method in addition to modules(List<Module> modules) in order to be consistent with other parts of the API. Issue: SPR-12634
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12650
-
由 Rossen Stoyanchev 提交于
Before this change, the maxRequestSize property was used (incorrectly) to limit both the size of the request and response. The change: - removes maxRequestSize and therefore no longer places limits on the size of the request thus matching to AbstractBufferingClientHttpRequest which is the base class for other buffering client implementations. - adds maxResponseSize property required to create Netty's HttpObjectAggregator for aggregating responses. Issue: SPR-12623
-
由 Rossen Stoyanchev 提交于
Prior to this change when adding subscriptions DefaultSubscriptionRegistry (incorrectly) made a copy of the given map for its "access" cache rather than for its "update" cache. Issue: SPR-12665
-
- 02 2月, 2015 1 次提交
-
-
由 Stephane Nicoll 提交于
Provide an additional hook-point for YamlProcessor subclasses willing to change how the Yaml instance is configured. Also expose the default StrictMapAppenderConstructor so that they can compose a custom instance with it. Issue: SPR-12671
-
- 30 1月, 2015 1 次提交
-
-
由 Rossen Stoyanchev 提交于
This commit adds ResponseBodyEmitter and SseEmitter (and also ResponseEntity<ResponseBodyEmitter> and ResponseEntity<SseEmitter>) as new return value types supported on @RequestMapping controller methods. See Javadoc on respective types for more details. Issue: SPR-12212
-
- 26 1月, 2015 4 次提交
-
-
由 Sebastien Deleuze 提交于
Issue: SPR-12634
-
由 Stephane Nicoll 提交于
Move MethodCacheKey and related classes to the expression package so that other parts of the framework can benefit ot it. CacheExpressionEvaluator is a base class that can be used to cache SpEL expressions based on its annotation source (i.e. method). Sub-classing that base class provides a simple to use API to retrieve Expression instances efficiently. Issue: SPR-12622
-
由 Brian Clozel 提交于
Prior to this commit, the `ContentCachingRequestWrapper` class would cache the response content only if the reponse would be consumed using its InputStream. In case of a Form request, Spring MVC consumes the response using the `getParameter*` Servlet API methods. This causes the cached content to never be written. This commit makes the `ContentCachingResponseWrapper` write the request body to the cache buffer by using the `getParameter*` API, thus avoiding those issues. Issue: SPR-7913
-
由 Sebastien Deleuze 提交于
Modules (well-known or user provided) registration is now performed first in order to allow their configuration to be customized by more specific ones like custom serializers or deserializers. Issue: SPR-12634
-
- 25 1月, 2015 1 次提交
-
-
由 Sam Brannen 提交于
-
- 24 1月, 2015 3 次提交
-
-
由 Sam Brannen 提交于
Spring Framework 4.0 introduced support for using test-related annotations as meta-annotations in the Spring TestContext Framework (TCF) in order to create custom composed annotations within a test suite; however, the detection of default @Configuration classes in test classes was not updated to search for @Configuration declared as a meta-annotation. Specifically, AnnotationConfigContextLoaderUtils invokes Class.isAnnotated() which only searches for annotations declared directly on the class in question. This commit addresses this issue by refactoring the isDefaultConfigurationClassCandidate() method in AnnotationConfigContextLoaderUtils so that it uses AnnotationUtils.findAnnotation() instead of Class.isAnnotated() for detecting the presence of the @Configuration annotation, either directly or as a meta-annotation. Issue: SPR-12659
-
由 Sam Brannen 提交于
Various parts of the reference manual as well as the Javadoc for AnnotationConfigContextLoaderUtils improperly refer to "static inner classes" even though this terminology does not exist in Java. The Java Language Specification explicitly refers to such classes as "static nested classes." An "inner class" must be non-static by definition.
-
由 Sam Brannen 提交于
-
- 23 1月, 2015 7 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12658
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12630
-
由 Stephane Nicoll 提交于
* pull722: Fix method documentation typo
-
由 mgooty 提交于
Issue: SPR-12639
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-12641
-
- 22 1月, 2015 2 次提交
-
-
由 Brian Clozel 提交于
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12605
-
- 21 1月, 2015 5 次提交
-
-
由 Brian Clozel 提交于
Prior to this change, the ResourceUrlProvider would listen to ContextRefreshedEvents and autodetect resource handlers each time. This can cause issues when multiple contexts are involved and the last one has no resource handler, thus clearing the previously detected ones. This commit disables resource handlers auto-detection once some have been detected with a refreshed context. Issue: SPR-12592
-
由 Juergen Hoeller 提交于
Issue: SPR-12618
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12616
-
由 Rossen Stoyanchev 提交于
Issue: SPR-12615
-
由 Brian Clozel 提交于
Prior to this change, location paths used for resource handling would not allow "non-cleaned, relative paths" such as `file://home/user/static/../static/`. When checking if the resolved resource's path starts with the location path, a mismatch would happen when comparing for example: * the location `file://home/user/static/../static/` * and the resource `file://home/user/static/resource.txt` This commit cleans the location path before comparing it to the resource path. Issue: SPR-12624
-
- 20 1月, 2015 7 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-12610
-
由 Juergen Hoeller 提交于
Issue: SPR-12643
-
由 Juergen Hoeller 提交于
Issue: SPR-12609
-
由 Juergen Hoeller 提交于
Issue: SPR-12604
-
由 Brian Clozel 提交于
This commit allows the use of "protcol relative URLs" (i.e. URLs without scheme, starting with `//`), often used to serve resources automatically from https or http with third party domains. This syntax is allowed by RFC 3986. Issue: SPR-12632
-
由 Sebastien Deleuze 提交于
Issue: SPR-12594
-