From c389604c2e6e0735c8398a087cd78748da3bc3da Mon Sep 17 00:00:00 2001 From: Artem Bilan Date: Fri, 1 Nov 2013 14:47:59 +0200 Subject: [PATCH] INT-2930: Mention correct SI version in Docs JIRA: https://jira.springsource.org/browse/INT-2930 --- src/reference/docbook/ftp.xml | 5 +++-- src/reference/docbook/http.xml | 2 +- src/reference/docbook/transactions.xml | 2 +- src/reference/docbook/twitter.xml | 4 ++-- 4 files changed, 7 insertions(+), 6 deletions(-) diff --git a/src/reference/docbook/ftp.xml b/src/reference/docbook/ftp.xml index 967934adc8..1e04a9960f 100644 --- a/src/reference/docbook/ftp.xml +++ b/src/reference/docbook/ftp.xml @@ -108,8 +108,9 @@ xsi:schemaLocation="http://www.springframework.org/schema/integration/ftp - DefaultFtpSessionFactory provides an abstraction over the underlying client API which, in the current release of - Spring Integration, is Apache Commons Net. This spares you from the low level configuration details + DefaultFtpSessionFactory provides an abstraction over the underlying client API which, + since Spring Integration 2.0, is Apache Commons Net. + This spares you from the low level configuration details of the org.apache.commons.net.ftp.FTPClient. However there are times when access to lower level FTPClient details is necessary to achieve more advanced configuration (e.g., setting data timeout, default timeout etc.). For that purpose, AbstractFtpSessionFactory (the base class for all FTP Session Factories) exposes hooks, in the form of the two post-processing methods below. diff --git a/src/reference/docbook/http.xml b/src/reference/docbook/http.xml index 7a22bc51da..8ef55aeb5e 100644 --- a/src/reference/docbook/http.xml +++ b/src/reference/docbook/http.xml @@ -66,7 +66,7 @@ custom HttpMessageConverter to add the default converters after the custom converters. By default this flag is set to false, meaning that the custom converters replace the default list. - Starting with this release MultiPart File support was implemented. If the request has been wrapped as a + Starting with Spring Integration 2.0, MultiPart File support is implemented. If the request has been wrapped as a MultipartHttpServletRequest, when using the default converters, that request will be converted to a Message payload that is a MultiValueMap containing values that may be byte arrays, Strings, or instances of Spring's MultipartFile depending on the content type of the individual parts. diff --git a/src/reference/docbook/transactions.xml b/src/reference/docbook/transactions.xml index 5f8e656393..04f8368cd6 100644 --- a/src/reference/docbook/transactions.xml +++ b/src/reference/docbook/transactions.xml @@ -205,7 +205,7 @@ public interface TransactionSynchronizationProcessor { }]]> The factory is responsible for creating a - TransactionSynchronization + TransactionSynchronization object. You can implement your own, or use the one provided by the framework: DefaultTransactionSynchronizationFactory. This implementation returns a TransactionSynchronization that delegates to a default implementation of diff --git a/src/reference/docbook/twitter.xml b/src/reference/docbook/twitter.xml index 267f665777..40c4d7bb97 100644 --- a/src/reference/docbook/twitter.xml +++ b/src/reference/docbook/twitter.xml @@ -124,7 +124,7 @@ twitter.oauth.accessTokenSecret=AbRxUAvyNCtqQtxFK8w5ZMtMj20KFhB6o]]>twitter messages, or tweets - The current release of Spring Integration provides support for receiving tweets as Timeline Updates, + Spring Integration version 2.0 and above provides support for receiving tweets as Timeline Updates, Direct Messages, Mention Messages as well as Search Results. @@ -241,7 +241,7 @@ received. Twitter outbound channel adapters allow you to send Twitter Messages, or tweets. - The current release of Spring Integration supports sending Status Update Messages and Direct Messages. + Spring Integration version 2.0 and above supports sending Status Update Messages and Direct Messages. Twitter outbound channel adapters will take the Message payload and send it as a Twitter message. Currently the only supported payload type is String, so consider adding a transformer if the payload of the incoming message is not a String.