Spring Integration 5.0 Milestone 3 Available
The Spring Integration team is pleased to announce that the third milestone for the Spring Integration 5.0 release (5.0.0.M3
) is now available.
53 JIRAs (and some GitHub issues) made into this release, including bug fixes and a number of new features. Some highlights since the previous Milestone 2:
-
Initial implementation for a Spring Integration Testing Framework - the
@SpringIntegrationTest
annotation for test classes andMockIntegration
factory help you to write unit tests for integration flows and channel adapters. We intend to flush out this capability with more features before GA, including more mocking, verifications and somesend-and-receive
utilities to test components in isolation. Feedback is welcome! -
POJO handler method invocations (
@ServiceActivator
,@Transformer
etc., or such methods invoked from XML definitions) now useInvocableHandlerMethod
by default. Together with theConfigurableCompositeMessageConverter
and@Default
utilities that allows us to implement conditional method invocation scenarios based on the Content-Type and target method arguments resolution. To restore the previous SpEL-based behavior, the@UseSpelInvoker
method-level annotation is provided. -
A based on the WebFlux
WebClient
ReactiveHttpRequestExecutingMessageHandler
implementation is provided. Together with aReactiveChannel
as anoutputChannel
options it provides backpressure manner for remote HTTP service consumption. -
The (S)FTP (and AWS S3) Inbound Channel Adapters can now restore file tree locally. For that purpose a new,
Files.walk()
based,RecursiveDirectoryScanner
is introduced. TheuseWatchService
option is also provided. -
Web Services Gateways now can exchange
WebServiceMessage
s directly as the inbound/outboundpayload
. This allows the support of MTOM via direct access toWebServiceMessage
properties. TheUnmarshallingTransformer
can now process aMimeMessage
as the payload to unmarshal it into an object graph with attachments. -
The reply producing
MessageHandler
now has a fallback to thereplyChannel
header from the reply message, if there is nooutputChannel
orreplyChannel
in the request message headers. This allows the implementation of business process-like scenarios when the next step is determined by the result of current calculations.
We would like to thank several community members for their ongoing active contributions to the framework; scan the commits and give them some kudos!
We are working towards the M4 release in time for the Spring Boot 2.0 milestone; with the GA in early summer; shortly after the Spring Framework 5.0 release.
For a complete list of changes in 5.0
, also see the What’s New chapter in the reference manual.
Project Page | JIRA | Contributing | Help | Chat