- 22 4月, 2014 29 次提交
-
-
由 Sam Brannen 提交于
- ResourceResolver and ResourceResolverChain now have a consistent API with regard to method names and terminology. - ResourceResolver and ResourceResolverChain now accept List<? extends Resource> instead of List<Resource> for simplified programmatic use. - Improved Javadoc across the package. - Formatted code to align with standards. - Removed all references to ResourceUrlPathTranslator. Issue: SPR-10933
-
由 Phillip Webb 提交于
* pull513: Fix ConcurrentReferenceHashMap max constraints
-
由 HejiaHo 提交于
Update calculateShift to respect the maximum upper bound as well as the minimum value. Issue: SPR-11720
-
由 Stephane Nicoll 提交于
-
由 Stephane Nicoll 提交于
* spring-context-support-warnings: Clean up spring-context-support tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-context-support. This commit: * adds type parameters to all the types except `Cache` (mostly `List` and `Map`) * removes unused imports
-
由 Stephane Nicoll 提交于
* spring-jms-test-warnings: Clean up spring-jms tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-jms. This commit adds type parameters to all the types (mostly `List` and `Map`). I am not too sure about the `Map` type parameters in `MessageContentsDelegate` and `ResponsiveMessageDelegate` however the respective methods seem unused.
-
由 Stephane Nicoll 提交于
* spring-tx-test-warnings: Clean up spring-tx tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-tx. This commit adds type parameters to all the types (mostly `List` and `Map`). In addition it uses Java 5 autoboxing to get rid of several `new Integer` (except in cases where it's needed). After this commit the only warnings in spring-tx left are in `TransactionAttributeSourceTests`` that code would never compile with generics.
-
由 Stephane Nicoll 提交于
* spring-web-warnings: Clean up spring-web tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-web. This commit adds type parameters to all the types (mostly `List` and `Map`). After this commit the only warnings in spring-web left are in * `MockExpressionEvaluator` this can't be fixed until JSP-EL is fixed * `Jackson2ObjectMapperFactoryBeanTests#testSetModules` that code would never compile with generics.
-
由 Stephane Nicoll 提交于
* spring-expression-warnings: Clean up spring-expression tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-expression. This commit adds type parameters to some of the types (mostly `List` and `Map`). Some of them can't be cleaned up, some tests are even specifically for raw types.
-
由 Stephane Nicoll 提交于
* spring-webmvc-portlet-warnings: Clean up spring-webmvc-portlet tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-webmvc-portlet. This commit adds type parameters to all the types (mostly `List` and `Map`). After this commit the only warnings in spring-web left are the subclasses of `MyCommandProvidingFormController`.
-
由 Stephane Nicoll 提交于
* spring-websocket-imports: Clean up spring-websocket imports
-
由 Philippe Marschall 提交于
spring-websocket is full of unused imports. This commit removes all unused imports from spring-websocket.
-
由 Stephane Nicoll 提交于
* spring-messaging-imports: Clean up spring-messaging imports
-
由 Philippe Marschall 提交于
spring-messaging is full of unused imports. This commit removes all unused imports from spring-messaging.
-
由 Stephane Nicoll 提交于
* spring-aop-warnings: Clean up spring-aop tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-aop. This commit adds type parameters to all the types.
-
由 Stephane Nicoll 提交于
* spring-jdbc-warning: Clean up spring-jdbc tests warnings
-
由 Philippe Marschall 提交于
Clean up compiler warnings in the tests of spring-jdbc. This commit adds type parameters to all the types (mostly `List` and `Map`). In addition it uses Java 5 autoboxing to get rid of all of the following * new Integer * new Long * new Float * new Double * new Boolean * new String This should be unnoticeably faster since interning can be uses for Integer and such. After this commit the only warnings in spring-jdbc left are: * raw type warning in `MapDataSourceLookupTests`, that code would never compile with generics * deprecation warning for `#queryForInt` and `#queryForLong`
-
由 Sam Brannen 提交于
-
由 Sam Brannen 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-11708
-
由 Juergen Hoeller 提交于
Issue: SPR-11212
-
由 Sam Brannen 提交于
Prior to this commit, invoking the getMergedAnnotationAttributes() method in AnnotationReadingVisitorUtils resulted in mutation of the internal state of the ASM-based annotation metadata supplied to the method. This commit fixes this issue by making a copy of the original AnnotationAttributes for the target annotation before merging attribute values from the meta-annotation hierarchy. This commit also introduces a slight performance improvement by avoiding duplicate processing of the attributes of the target annotation. Issue: SPR-11710
-
- 21 4月, 2014 1 次提交
-
-
由 Sam Brannen 提交于
-
- 18 4月, 2014 8 次提交
-
-
由 Stephane Nicoll 提交于
JmsLister is intended to be available on method or as a meta-annotation. Issue: SPR-9882
-
由 Phillip Webb 提交于
Fix a few issues with the `.mailmap` file.
-
由 Phillip Webb 提交于
* mailmap: Added a Git .mailmap file
-
由 Graham Lea 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-11653
-
由 Juergen Hoeller 提交于
Issue: SPR-11396
-
- 17 4月, 2014 2 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-11704
-
由 Stephane Nicoll 提交于
This commit adds the support of JMS annotated endpoint. Can be activated both by @EnableJms or <jms:annotation-driven/> and detects methods of managed beans annotated with @JmsListener, either directly or through a meta-annotation. Containers are created and managed under the cover by a registry at application startup time. Container creation is delegated to a JmsListenerContainerFactory that is identified by the containerFactory attribute of the JmsListener annotation. Containers can be retrieved from the registry using a custom id that can be specified directly on the annotation. A "factory-id" attribute is available on the container element of the XML namespace. When it is present, the configuration defined at the namespace level is used to build a JmsListenerContainerFactory that is exposed with the value of the "factory-id" attribute. This can be used as a smooth migration path for users having listener containers defined at the namespace level. It is also possible to migrate all listeners to annotated endpoints and yet keep the <jms:listener-container> or <jms:jca-listener-container> element to share the container configuration. The configuration can be fine-tuned by implementing the JmsListenerConfigurer interface which gives access to the registrar used to register endpoints. This includes a programmatic registration of endpoints in complement to the declarative approach. A default JmsListenerContainerFactory can also be specified to be used if no containerFactory has been set on the annotation. Annotated methods can have flexible method arguments that are similar to what @MessageMapping provides. In particular, jms listener endpoint methods can fully use the messaging abstraction, including convenient header accessors. It is also possible to inject the raw javax.jms.Message and the Session for more advanced use cases. The payload can be injected as long as the conversion service is able to convert it from the original type of the JMS payload. By default, a DefaultJmsHandlerMethodFactory is used but it can be configured further to support additional method arguments or to customize conversion and validation support. The return type of an annotated method can also be an instance of Spring's Message abstraction. Instead of just converting the payload, such response type allows to communicate standard and custom headers. The JmsHeaderMapper infrastructure from Spring integration has also been migrated to the Spring framework. SimpleJmsHeaderMapper is based on SI's DefaultJmsHeaderMapper. The simple implementation maps all JMS headers so that the generated Message abstraction has all the information stored in the protocol specific message. Issue: SPR-9882
-