InvocableHandlerMethod
JIRA: https://jira.spring.io/browse/INT-4214 * Rework `MessagingMethodInvokerHelper` to delegate to the `InvocableHandlerMethod` with its `HandlerMethodArgumentResolver` infrastructure instead of SpEL * Introduce several `HandlerMethodArgumentResolver` to address some SI use-cases like `@Payloads`, `@Payload(expression = "")` and `Collection` as argument * Initialize `DefaultMessageHandlerMethodFactory` in the `MessagingMethodInvokerHelper.start()`. With that I observed several `Lifecycle` problem when we don't have proper delegate from the top. * Fix `AbstractCorrelatingMessageHandler` and similar to delegate `Lifecycle` properly * Fix `ReactiveConsumer` to delegate `Lifecycle` to the `MessageHandler` * Fix `MutableMessage` do not `generateId()` and set `timestamp` headers if we already have them in the provided headers * With all that `Lifecycle` many tests must be fixed to call `start()` Add SpEL fallback variant to the MessagingMethodInvokerHelper Add `MessagingMethodInvokerHelper.setUseSpelInvoker(boolean)` Add `MethodInvokingMessageProcessorTests.testPerformanceSpelVersusInvocable()` Add Compiled SpEL comparison * Add `MapArgumentResolver` to cover `Properties` case * add `MessagingMethodInvokerHelper.HandlerMethod.spelOnly` state, when we definitely can perform ony SpEL for provided arguments, e.g. `@Header` with expression * Catch `IllegalStateException` with the `"argument type mismatch"` message to fallback to SpEL invocation * Add `Iterator` support for the `CollectionArgumentResolver` * Add `integrationConversionService` bean registration into the `TestUtils.createTestApplicationContext()` * Tweak `.travis.yml` to try to download latest JDK, the current `1.8.0_31` is pretty old already and has some bugs * Adjust some failing tests to use `TestUtils.createTestApplicationContext()` to rely on newly added `integrationConversionService` bean Fix failed tests: `ctx.refresh()` Polishing current year in Copyright * JavaDocs for `CollectionArgumentResolver` and `MapArgumentResolver` * Propagate `ConversionService` from the `MessagingMethodInvokerHelper` to the `MapArgumentResolver.java` Fix `MessagingMethodInvokerHelper` to propagate `BeanFactory` into `MapArgumentResolver` as well The `MapArgumentResolver` now `extends AbstractExpressionEvaluator`, too Fix JavaDoc typo
Spring Integration

Checking out and Building
To check out the project and build from source, do the following:
git clone git://github.com/spring-projects/spring-integration.git
cd spring-integration
./gradlew build
NOTE: While Spring Integration runs with Java SE 6 or higher, a Java 8 compiler is required to build the project.
If you encounter out of memory errors during the build, increase available heap and permgen for Gradle:
GRADLE_OPTS='-XX:MaxPermSize=1024m -Xmx1024m'
To build and install jars into your local Maven cache:
./gradlew install
To build api Javadoc (results will be in build/api):
./gradlew api
To build reference documentation (results will be in build/reference):
./gradlew reference
To build complete distribution including -dist, -docs, and -schema zip files (results will be in build/distributions)
./gradlew dist
Using Eclipse
To generate Eclipse metadata (.classpath and .project files), do the following:
./gradlew eclipse
Once complete, you may then import the projects into Eclipse as usual:
File -> Import -> Existing projects into workspace
Browse to the 'spring-integration' root directory. All projects should import free of errors.
Using IntelliJ IDEA
To generate IDEA metadata (.iml and .ipr files), do the following:
./gradlew idea
Resources
For more information, please visit the Spring Integration website at: http://projects.spring.io/spring-integration