- 21 10月, 2014 2 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
AnnotationUtils favors local composed annotations over interface annotations and consistently logs introspection failures via lazily initialized logger Issue: SPR-12355 Issue: SPR-12325 Issue: SPR-12329
-
- 14 10月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 07 10月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12297
-
- 03 10月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12292
-
- 02 10月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12285
-
- 01 10月, 2014 2 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Stephane Nicoll 提交于
Prior to this commit, the ResolvableType static cache was holding a lot of duplicates for simple types. We are using too much metadata to compute the key when the class has no generic information. so setFoo(String foo) and setBar(String bar) would result in two entries in the cache because the TypeProvider is different. On a very simple application 65% of the entries in the cache were duplicate. When the type is a Class with no generic information, the ResolvableType instance is a simple wrapper around it so we might just as well not cache it at all as the cost of finding it back from the cache is higher than creating that simple wrapper. This commit adds an explicit check; if the type is a simple Class we just return a "resolved" ResolvableType instance for it. On a few test cases, this reduces the size of the cache by 85% Issue: SPR-12275
-
- 30 9月, 2014 1 次提交
-
-
由 Brian Clozel 提交于
Prior to this commit, `AntPathMatcher.extractPathWithinPattern` would not process correctly `**` patterns and would only match *one* path segment in the given path. This commit changes `extractPathWithinPattern` to allow multiple path segments to be matched against a single `**` pattern segment. Issue: SPR-10515
-
- 28 9月, 2014 1 次提交
-
-
由 Sam Brannen 提交于
-
- 26 9月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12255
-
- 25 9月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 24 9月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12224
-
- 22 9月, 2014 3 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12231
-
由 Sam Brannen 提交于
-
由 Phillip Webb 提交于
Update PathMatchingResourcePatternResolver to include additional protected methods that can be used by subclasses to optimize which JARs are searched. Issue: SPR-12231
-
- 20 9月, 2014 5 次提交
-
-
由 Phillip Webb 提交于
Optimize ReflectionUtils.isCglibRenamedMethod by removing the regular expression. Issue: SPR-12227
-
由 Phillip Webb 提交于
Update SystemEnvironmentPropertySource to attempt optimized Map lookups first, and only fall-back to the defensive SecurityManager safe-mode if these fail. Issue: SPR-12224
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
SystemEnvironmentPropertySource uses regular property names check instead of optimized Map lookup (for defensiveness in SecurityManager scenarios) Issue: SPR-12224
-
- 19 9月, 2014 1 次提交
-
-
由 Phillip Webb 提交于
Improve the performance of MapPropertySource by directly implementing the containsProperty property. Issue: SPR-12224
-
- 17 9月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 12 9月, 2014 2 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12181
-
由 Juergen Hoeller 提交于
Issue: SPR-12182
-
- 10 9月, 2014 2 次提交
-
-
由 Juergen Hoeller 提交于
-
由 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
-
- 04 9月, 2014 3 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-11310 Issue: SPR-10548
-
- 27 8月, 2014 1 次提交
-
-
由 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
-
- 22 8月, 2014 4 次提交
-
-
由 Juergen Hoeller 提交于
Revised ResourcePropertySource in order to avoid ConfigurationClassProcessor's AnnotationPropertySource subclass Issue: SPR-12115
-
由 Phillip Webb 提交于
Fix CompositePropertySourceTests which fails when run we debug logging.
-
由 Phillip Webb 提交于
Rework the @PropertySource parsing logic recently changed in commit 7c608886 to deal with the same source appearing on a @Configuration class and an @Import class. Processing now occurs in a single sweep, with any previously added sources being converted to a CompositePropertySource. Issue: SPR-12115
-
由 Juergen Hoeller 提交于
PropertySource implementations perform conversion to String arrays via StringUtils (getting rid of EMPTY_NAMES_ARRAY)
-
- 21 8月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 20 8月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-12095
-
- 18 8月, 2014 1 次提交
-
-
由 eujung kim 提交于
-
- 16 8月, 2014 1 次提交
-
-
由 Sam Brannen 提交于
-
- 15 8月, 2014 1 次提交
-
-
由 Juergen Hoeller 提交于
-