- 25 11月, 2012 1 次提交
-
-
由 Chris Beams 提交于
This change revisits the implementation of ExtendedBeanInfo, simplifying the overall approach while also ensuring that ExtendedBeanInfo is fully isolated from the BeanInfo instance it wraps. This includes any existing PropertyDescriptors in the wrapped BeanInfo - along with being copied locally into ExtendedBeanInfo, each property descriptor is now also wrapped with our own new "simple" PropertyDescriptor variants that bypass the soft/weak reference management that goes on in both java.beans.PropertyDescriptor and java.beans.IndexedPropertyDescriptor, maintaining hard references to methods and bean classes instead. This ensures that changes we make to property descriptors, e.g. adding write methods, do not cause subtle conflicts during garbage collection (as was reported and reproduced in SPR-9702). Eliminating soft/weak reference management means that we must take extra care to ensure that we do not cause ClassLoader leaks by maintaining hard references to methods, and therefore transitively to the ClassLoader in which the bean class was loaded. The forthcoming SPR-10028 addresses this aspect. See the updated ExtendedBeanInfo Javadoc for further details. Issue: SPR-8079, SPR-8175, SPR-8347, SPR-8432, SPR-8491, SPR-8522, SPR-8806, SPR-8931, SPR-8937, SPR-8949, SPR-9007, SPR-9059, SPR-9414, SPR-9453, SPR-9542, SPR-9584, SPR-9677, SPR-9702, SPR-9723, SPR-9943, SPR-9978, SPR-10028, SPR-10029
-
- 24 11月, 2012 1 次提交
-
-
由 Rossen Stoyanchev 提交于
The MVC Java config now sets the ApplicationContext property of ExceptionHandlerExceptionResolver. Issue: SPR-9997
-
- 23 11月, 2012 6 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-10002
-
由 Chris Beams 提交于
The new jdiff task generates a report of API differences between the current version (i.e. the value of `version` in gradle.properties) and any older version of the framework, as specified by -DOLD_VERSION at the command line, or defaulting to `previousVersion` in gradle.properties. Running the command requires a separate clone directory pinned to the desired old version, as specified by -DOLD_VERSION_ROOT at the command line. This creates challenges from a build automation perspective, largely because Gradle doesn't (yet) have APIs for working with Git. This task may be further automated and included in nightly CI runs, but in the meantime, a number of reports back to 3.1.3.RELEASE have been generated manually and uploaded to [1], where one can now find the following entries in the directory listing: - 3.1.3.RELEASE_to_3.2.0.RC1 - 3.2.0.M1_to_3.2.0.M2 - 3.2.0.M2_to_3.2.0.RC1 - 3.2.0.RC1_to_3.2.0.BUILD-SNAPSHOT Ideally, the final entry there would be kept up-to-date on a daily basis - again we may revisit doing so in the future. Going forward, reports will be generated and uploaded manually on an as needed basis and as part of the release process. The goal of these reports are as follows: - to ease the process of ensuring backward compatibility - to aid in code reviews, particularly when reviewing large pull requests - to ease the process of creating migration guides for project maintainers, i.e. to help us remember what's changed - to allow ambitious end-users to discover what's been changing at the API level without without needing to wait for detailed "what's new in version X" and/or migration guide documentation See documentation in jdiff.gradle for usage details. Note that the jdiff-1.1.1 distribution as downloaded from [2] has been added wholesale to the source tree under gradle/jdiff instead of uploading JDiff jars to repo.springsource.org as we would normally do. This is due to some unfortunate limitations in the implementation of the jdiff ant task that require a phisical JDIFF_HOME directory. Checking in the jars and various resources represents the simplest and most pragmatic solution to this problem, though ambitious contributors are free to do what's necessary to arrive at a more elegant arrangement. [1]: http://static.springframework.org/spring-framework/docs [2]: http://sourceforge.net/projects/javadiff/files/latest/download Issue: SPR-9957
-
由 Chris Beams 提交于
- inline test-mvc and tiles3 .gradle files for clarity - rename merge-dist.gradle to merge-artifacts.gradle - polish Javadoc for merge-artifacts.gradle - move merge-artifacts.gradle into gradle subdirectory - move publish-maven.gradle into gradle subdirectory
-
由 Rossen Stoyanchev 提交于
* rwinch-maven-multi-version-artifact: Support Gradle/maven with multi version artifacts
-
由 Rob Winch 提交于
Previously the publish-maven.gradle only supported having a single artifact be marked as optional or provided. This causes problems now that we are building modules that support multiple versions of an artifact. For example, we compile against two versions of Tiles artifacts with identical names, both of which need to be marked optional. This updates publish-maven.gradle to find all the artifacts and mark them as optional as apposed to the first entry.
-
由 Rossen Stoyanchev 提交于
The change to support generic @RequestBody arguments introduced in 3.2 M2 also introduced a regression in reading arguments that are type variables. This change fixes the issue. Issue: SPR-9964
-
- 22 11月, 2012 6 次提交
-
-
由 Phillip Webb 提交于
* pull85: Call ConversionService for null SpEL values Polish whitespace
-
由 Oliver Becker 提交于
Update SpEL boolean operators to always call the ConversionService for null values. Primarily to allow null values to be treated as false by overriding GenericConversionService.convertNullSource(). Issue: SPR-9445
-
由 Phillip Webb 提交于
-
由 Phillip Webb 提交于
Update reference documentation to detail how global date and time formats can be specified. Issue: SPR-9952
-
由 Phillip Webb 提交于
Update documentation to reflect the fact that Joda Time is no longer required to use the @DateTimeFormat annotation.
-
由 Rossen Stoyanchev 提交于
Before this change GenericTypeResolver.resolveType supported TypeVariable's and ParameterizedType's only. Now it also supports GenericArrayType.
-
- 21 11月, 2012 10 次提交
-
-
由 Phillip Webb 提交于
Update the XSD section of the document with details of the cache and jdbc namespace. Issue: SPR-9824
-
由 Phillip Webb 提交于
Remove <literal> tag from XML samples to improve the look of the HTML output.
-
由 Phillip Webb 提交于
Replaced behaviour and summarised with US variants that seem to be more prevalent in the rest of the document.
-
由 Phillip Webb 提交于
Replace reference to aspectjrt.jar with aspectjweaver.jar since aspectjrt is a subset of aspectjweaver and the full jar is required by Spring. Issue: SPR-8896
-
由 Phillip Webb 提交于
Update reference manual with details of Java configuration @Enable* annotations. Examples of Java style @Configuration is provided when appropriate alongside existing XML samples. Several existing @Configuration samples have been changed to placing the @Enable annotation below the @Configuration annotation. This has been done to provide consistency with existing Javadoc. Issue: SPR-9920
-
由 Phillip Webb 提交于
Minor Javadoc reformat to prevent erroneous eclipse warnings
-
由 Phillip Webb 提交于
Replace references to <task:annotation-config> with <task:annotation-driven>
-
由 Rossen Stoyanchev 提交于
When a controller method declares Callable or DeferredResult as its return value, and returns null, async processing will not start and the request will be considered "handled" by the controller method. Issue: SPR-9951
-
由 Rossen Stoyanchev 提交于
Issue: SPR-10005
-
由 Rossen Stoyanchev 提交于
Tiles 3 has modified packages and classes as well as additional dependencies, notably "tiles-request-api", which is a request/response abstraction independent of Servlet and JSP APIs. In order to have both Tiles 2 and Tiles 3 integrations, the source for the Tiles 3 integration is in a separate project spring-webmvc-tiles3. The build process merges the compiled Tiles 3 integration classes into the spring-webmvc module so in effect it contains both the Tiles 2 and the Tiles 3 integrations. This change originated as a pull request at spring-framework-issues: https://github.com/SpringSource/spring-framework-issues/pull/30 And was additionally updated: https://github.com/SpringSource/spring-framework-issues/commit/1f64be4aa59b4766f9cc5fc6ead621d29f92a0d6 Issue: SPR-8825
-
- 20 11月, 2012 1 次提交
-
-
由 Phillip Webb 提交于
Update Javadoc to indicate that the getAsyncExecutor() method may be optionally annotated with @Bean and in such circumstance the executor.initialize() method need not be called. Issue: SPR-9934
-
- 16 11月, 2012 3 次提交
-
-
由 Rossen Stoyanchev 提交于
-
由 Phillip Webb 提交于
Modify ReflectivePropertyAccessor so that it no longer considers bridge methods when finding getters or setters. This should help to prevent subtle errors that can occur when particular JDK implementations happen to return bridge methods before non-bridge methods when calling Class.getMethods() Issue: SPR-9994
-
由 Rossen Stoyanchev 提交于
-
- 15 11月, 2012 2 次提交
-
-
由 Rossen Stoyanchev 提交于
-
由 Rossen Stoyanchev 提交于
-
- 14 11月, 2012 4 次提交
-
-
由 Chris Beams 提交于
-
由 Chris Beams 提交于
-
由 Rossen Stoyanchev 提交于
Issue: SPR-9469
-
由 Rossen Stoyanchev 提交于
This change ensures that the location attribute of a resource mapping and the path attribute of an interceptor mapping support SpEL expressions. Issue: SPR-9291, SPR-9848
-
- 13 11月, 2012 3 次提交
-
-
由 Phillip Webb 提交于
Replace backport Collections class with stock JDK version
-
由 Chris Beams 提交于
# By Oliver Gierke * SPR-9568: Support *Aware ImportBeanDefinitionRegistars
-
由 Oliver Gierke 提交于
Implementations of Spring's ImportBeanDefinitionRegistrar interface may now implement any of the following *Aware interfaces and have their respective methods called prior to #registerBeanDefinitions: - BeanFactoryAware - BeanClassLoaderAware - ResourceLoaderAware Issue: SPR-9568
-
- 11 11月, 2012 2 次提交
-
-
由 Sam Brannen 提交于
Issue: SPR-9962
-
由 Sam Brannen 提交于
-
- 09 11月, 2012 1 次提交
-
-
由 Juergen Hoeller 提交于
DefaultSingletonBeanRegistry avoids singletonObjects lock wherever possible for non-singleton factory performance Also fixing setCurrentlyInCreation to use a concurrent Set and to apply to prototype beans as well. Issue: SPR-9819
-