diff --git a/docs/src/reference/docbook/ftp.xml b/docs/src/reference/docbook/ftp.xml index 28fb2306fb..8b7d3dfc2e 100644 --- a/docs/src/reference/docbook/ftp.xml +++ b/docs/src/reference/docbook/ftp.xml @@ -47,7 +47,7 @@ xsi:schemaLocation="http://www.springframework.org/schema/integration/ftp - + ]]> @@ -75,11 +75,8 @@ xsi:schemaLocation="http://www.springframework.org/schema/integration/ftp ]]> - - - Stale session and session pooling - - + + Every time an adapter requests a session object from the DefaultFtpClientFactory or DefaultFtpsClientFactory the session is returned from the default session pool maintained by these factories. Session in the session pool might go stale @@ -90,7 +87,7 @@ xsi:schemaLocation="http://www.springframework.org/schema/integration/ftp If you experience connectivity problems and would like to trace session creation as well as see which session are polled you may enable it by setting logger to TRACE level (e.g., log4j.category.org.springframework.integration.file=TRACE) - + Now all you need to do is inject these session factories into your adapters. Obviously the protocol (FTP or FTPS) that an adapter will @@ -196,13 +193,15 @@ xsi:schemaLocation="http://www.springframework.org/schema/integration/ftp in the MessageHeaders, or if the payload of the Message is already a java.io.File, then it will use the original name of that file. + Defining certain values (e.g., remote-directory) might be platform/ftp server dependent. For example as it - was reported on this forum http://forum.springsource.org/showthread.php?p=333478&posted=1#post333478 on some + was reported on this forum http://forum.springsource.org/showthread.php?p=333478&posted=1#post333478 on some platforms you must add slash to the end of the directory definition (e.g., remote-directory="/foo/bar/" instead of remote-directory="/foo/bar") + diff --git a/docs/src/reference/docbook/http.xml b/docs/src/reference/docbook/http.xml index 8f58086fe8..597953b0b9 100644 --- a/docs/src/reference/docbook/http.xml +++ b/docs/src/reference/docbook/http.xml @@ -172,6 +172,51 @@ By default the HTTP request will be generated using an instance of Si + +
+ HTTP Header Mappings + + Spring Integration provides support for Http Header mapping for both HTTP Request and HTTP Responses. + + + + By default all standard Http Headers as defined here + http://en.wikipedia.org/wiki/List_of_HTTP_header_fields will be mapped from the message to http request/response headers without + further configuration. + However if you do need further customization you may provide an additional configuration via convenient namesapce support. + Below are couple of examples: + + + +]]> + + The adapters and gateways will use the DefaultHttpHeaderMapper which now provides + two static factory methods for "inbound" and "outbound" adapters so that the proper direction can be + applied (mapping HTTP requests/reponses IN/OUT as appropriate). + + + If further customization is required you can also configure DefaultHttpHeaderMapper independently + and inject it into the adapter via header-mapper attribute. + + + + + + +]]> + +
+
HTTP Samples