FTP 出站网关
FTP 出站网关提供了一组有限的命令来与远程 FTP 或 FTPS 服务器交互。支持的命令是
-
ls
(列出文件) -
nlst
(列出文件名) -
get
(检索文件) -
mget
(检索文件) -
rm
(删除文件) -
mv
(移动/重命名文件) -
put
(发送文件) -
mput
(发送多个文件)
使用 ls
命令
ls
列出远程文件并支持以下选项
-
-1
:检索文件名列表。默认情况下,检索FileInfo
对象列表。 -
-a
:包含所有文件(包括以 '.' 开头的文件) -
-f
:不排序列表 -
-dirs
:包含目录(默认情况下它们被排除) -
-links
:包含符号链接(默认情况下它们被排除) -
-R
:递归地列出远程目录
此外,还提供了文件名过滤,与 inbound-channel-adapter
的方式相同。请参见 FTP 入站通道适配器.
ls
操作产生的消息有效负载是文件名列表或 FileInfo
对象列表。这些对象提供诸如修改时间、权限和其他详细信息之类的信息。
ls
命令所操作的远程目录在 file_remoteDirectory
头部提供。
使用递归选项 (-R
) 时,fileName
包含任何子目录元素,表示文件的相对路径(相对于远程目录)。如果包含 -dirs
选项,则每个递归目录也会作为列表中的一个元素返回。在这种情况下,建议不要使用 -1
选项,因为您将无法区分文件和目录,而使用 FileInfo
对象可以做到这一点。
从 4.3 版本开始,FtpSession
支持 list()
和 listNames()
方法的 null
。因此,您可以省略 expression
属性。为了方便起见,Java 配置有两个没有 expression
参数的构造函数。对于 LS
、NLST
、PUT
和 MPUT
命令,null
被视为客户端工作目录,符合 FTP 协议。所有其他命令都必须提供 expression
,以便根据请求消息评估远程路径。当您扩展 DefaultFtpSessionFactory
并实现 postProcessClientAfterConnect()
回调时,可以使用 FTPClient.changeWorkingDirectory()
函数设置工作目录。
使用 nlst
命令
版本 5 引入了对 nlst
命令的支持。
nlst
列出远程文件名,只支持一个选项
-
-f
:不排序列表
nlst
操作产生的消息有效负载是文件名列表。
nlst
命令所操作的远程目录在 file_remoteDirectory
头部提供。
与 ls
命令 的 -1
选项不同,该选项使用 LIST
命令,nlst
命令向目标 FTP 服务器发送 NLST
命令。当服务器不支持 LIST
(例如,由于安全限制)时,此命令很有用。nlst
操作的结果是名称,没有其他详细信息。因此,框架无法确定实体是否是目录,例如,无法执行过滤或递归列表。
使用 get
命令
get
检索远程文件。它支持以下选项
-
-P
:保留远程文件的时间戳。 -
-stream
: 以流的形式检索远程文件。 -
-D
: 在成功传输后删除远程文件。如果传输被忽略,则不会删除远程文件,因为FileExistsMode
为IGNORE
并且本地文件已存在。
file_remoteDirectory
标头提供远程目录名称,file_remoteFile
标头提供文件名。
get
操作产生的消息有效负载是一个 File
对象,它表示检索到的文件,或者当您使用 -stream
选项时,是一个 InputStream
。-stream
选项允许以流的形式检索文件。对于文本文件,一个常见的用例是将此操作与 文件分割器 或 流转换器 结合使用。当以流的形式使用远程文件时,您有责任在使用完流后关闭 Session
。为了方便起见,Session
在 closeableResource
标头中提供,您可以使用 IntegrationMessageHeaderAccessor
上的便捷方法访问它。以下示例展示了如何使用便捷方法
Closeable closeable = new IntegrationMessageHeaderAccessor(message).getCloseableResource();
if (closeable != null) {
closeable.close();
}
以下示例展示了如何以流的形式使用文件
<int-ftp:outbound-gateway session-factory="ftpSessionFactory"
request-channel="inboundGetStream"
command="get"
command-options="-stream"
expression="payload"
remote-directory="ftpTarget"
reply-channel="stream" />
<int-file:splitter input-channel="stream" output-channel="lines" />
如果您在自定义组件中使用输入流,则必须关闭 Session 。您可以通过在自定义代码中执行此操作,或者通过将消息的副本路由到 service-activator 并使用 SpEL 来执行此操作,如下面的示例所示
|
<int:service-activator input-channel="closeSession"
expression="headers['closeableResource'].close()" />
使用 mget
命令
mget
根据模式检索多个远程文件,并支持以下选项
-
-P
: 保留远程文件的 timestamps。 -
-R
: 递归地检索整个目录树。 -
-x
: 如果没有文件匹配模式,则抛出异常(否则返回一个空列表)。 -
-D
: 在成功传输后删除每个远程文件。如果传输被忽略,则不会删除远程文件,因为FileExistsMode
为IGNORE
并且本地文件已存在。
mget
操作产生的消息有效负载是一个 List<File>
对象(即,一个 File
对象的 List
,每个对象都表示一个检索到的文件)。
从 5.0 版本开始,如果 FileExistsMode 为 IGNORE ,则输出消息的有效负载不再包含由于文件已存在而未获取的文件。以前,列表包含所有文件,包括已存在的文件。
|
用于确定远程路径的表达式应产生以 结尾的结果 - 例如
somedir/
将获取 somedir
下的完整树。
从 5.0 版本开始,递归 mget
与新的 FileExistsMode.REPLACE_IF_MODIFIED
模式结合使用,可以用来定期同步整个远程目录树到本地。此模式将本地文件的最后修改时间戳替换为远程时间戳,而不管 -P
(保留时间戳)选项。
使用递归 (
-R )模式被忽略,并假设为 如果过滤了子目录,则不会对该子目录执行任何其他遍历。 不允许使用 通常,您会在 |
持久文件列表过滤器现在具有一个布尔属性 forRecursion
。将此属性设置为 true
,也会设置 alwaysAcceptDirectories
,这意味着出站网关(ls
和 mget
)上的递归操作现在将始终在每次遍历完整的目录树。这是为了解决目录树深处更改未被检测到的问题。此外,forRecursion=true
会导致使用文件的完整路径作为元数据存储键;这解决了如果同一名称的文件在不同目录中多次出现,则过滤器无法正常工作的問題。重要提示:这意味着持久元数据存储中现有的键将无法在顶层目录下的文件找到。出于这个原因,该属性默认情况下为 false
;这可能会在将来的版本中更改。
从 5.0 版本开始,FtpSimplePatternFileListFilter
和 FtpRegexPatternFileListFilter
可以通过将 alwaysAcceptDirectories
属性设置为 true
来配置为始终传递目录。这样做允许对简单模式进行递归,如下面的示例所示
<bean id="starDotTxtFilter"
class="org.springframework.integration.ftp.filters.FtpSimplePatternFileListFilter">
<constructor-arg value="*.txt" />
<property name="alwaysAcceptDirectories" value="true" />
</bean>
<bean id="dotStarDotTxtFilter"
class="org.springframework.integration.ftp.filters.FtpRegexPatternFileListFilter">
<constructor-arg value="^.*\.txt$" />
<property name="alwaysAcceptDirectories" value="true" />
</bean>
定义完如上例所示的过滤器后,可以通过在网关上设置 filter
属性来使用其中一个过滤器。
另请参阅 出站网关部分成功 (mget
和 mput
)。
使用 put
命令
put
命令将文件发送到远程服务器。消息的有效负载可以是 java.io.File
、byte[]
或 String
。remote-filename-generator
(或表达式)用于命名远程文件。其他可用属性包括 remote-directory
、temporary-remote-directory
及其 *-expression
等效项:use-temporary-file-name
和 auto-create-directory
。有关更多信息,请参阅 schema 文档。
put
操作产生的消息有效负载是一个 String
,它表示文件在传输后在服务器上的完整路径。
5.2 版本引入了 chmod
属性,该属性在上传后更改远程文件权限。可以使用传统的 Unix 八进制格式(例如,600
仅允许文件所有者读写)。在使用 java 配置适配器时,可以使用 setChmod(0600)
。仅当您的 FTP 服务器支持 SITE CHMOD
子命令时才适用。
使用 mput
命令
mput
将多个文件发送到服务器,并且只支持一个选项
-
-R
:递归。发送目录及其子目录中的所有文件(可能已过滤)。
消息有效负载必须是 java.io.File
(或 String
),它表示本地目录。从 5.1 版本开始,还支持 File
或 String
的集合。
此命令支持与 put
命令 相同的属性。此外,本地目录中的文件可以使用 mput-pattern
、mput-regex
、mput-filter
或 mput-filter-expression
之一进行过滤。只要子目录本身通过过滤器,过滤器就会与递归一起使用。不通过过滤器的子目录不会递归。
mput
操作产生的消息负载是一个 List<String>
对象(即,传输后产生的远程文件路径的 List
)。
另请参阅 出站网关部分成功 (mget
和 mput
)。
版本 5.2 引入了 chmod
属性,它允许您在上传后更改远程文件权限。您可以使用传统的 Unix 八进制格式(例如,600
仅允许文件所有者进行读写)。在使用 Java 配置适配器时,您可以使用 setChmodOctal("600")
或 setChmod(0600)
。仅当您的 FTP 服务器支持 SITE CHMOD
子命令时才适用。
使用 rm
命令
rm
命令用于删除文件。
rm
命令没有选项。
rm
操作产生的消息负载为 Boolean.TRUE
(如果删除成功)或 Boolean.FALSE
(否则)。file_remoteDirectory
标头提供远程目录,file_remoteFile
标头提供文件名。
使用 mv
命令
mv
命令用于移动文件。
mv
命令没有选项。
expression
属性定义“从”路径,rename-expression
属性定义“到”路径。默认情况下,rename-expression
为 headers['file_renameTo']
。此表达式不能计算为 null 或空 String
。如有必要,将创建任何必要的远程目录。结果消息的负载为 Boolean.TRUE
。file_remoteDirectory
标头提供原始远程目录,file_remoteFile
标头提供文件名。新路径位于 file_renameTo
标头中。
从版本 5.5.6 开始,remoteDirectoryExpression
可用于 mv
命令以方便起见。如果“从”文件不是完整的文件路径,则 remoteDirectoryExpression
的结果将用作远程目录。对于“到”文件也是如此,例如,如果任务只是在某个目录中重命名远程文件。
有关 FTP 出站网关命令的其他信息
get
和 mget
命令支持 local-filename-generator-expression
属性。它定义一个 SpEL 表达式,用于在传输过程中生成本地文件名称。评估上下文的根对象是请求消息。remoteFileName
变量(对于 mget
特别有用)也可用,例如:local-filename-generator-expression="#remoteFileName.toUpperCase() + headers.something"
。
get
和 mget
命令支持 local-directory-expression
属性。它定义一个 SpEL 表达式,用于在传输过程中生成本地目录名称。评估上下文的根对象是请求消息,但 remoteDirectory
变量(对于 mget
特别有用)也可用,例如:local-directory-expression="'/tmp/local/' + #remoteDirectory.toUpperCase() + headers.something"
。此属性与 local-directory
属性互斥。
对于所有命令,网关的“expression”属性提供命令作用的路径。对于mget
命令,表达式可能计算为“”,表示检索所有文件,或“somedirectory/”,等等。
以下示例显示了一个为ls
命令配置的网关
<int-ftp:outbound-gateway id="gateway1"
session-factory="ftpSessionFactory"
request-channel="inbound1"
command="ls"
command-options="-1"
expression="payload"
reply-channel="toSplitter"/>
发送到toSplitter
通道的消息的有效负载是String
对象的列表,每个对象包含一个文件的名称。如果省略了command-options
属性,则它包含FileInfo
对象。它使用空格分隔的选项,例如command-options="-1 -dirs -links"
。
从版本 4.2 开始,GET
、MGET
、PUT
和 MPUT
命令支持FileExistsMode
属性(使用命名空间支持时为mode
)。这会影响本地文件存在(GET
和 MGET
)或远程文件存在(PUT
和 MPUT
)时的行为。支持的模式包括REPLACE
、APPEND
、FAIL
和 IGNORE
。为了向后兼容,PUT
和 MPUT
操作的默认模式为REPLACE
。对于GET
和 MGET
操作,默认值为FAIL
。
从版本 5.0 开始,FtpOutboundGateway
(在 XML 中为<int-ftp:outbound-gateway>
)上提供了setWorkingDirExpression()
(在 XML 中为working-dir-expression
)选项。它允许您在运行时更改客户端工作目录。表达式针对请求消息进行评估。每个网关操作后都会恢复以前的工作目录。
使用 Java 配置进行配置
以下 Spring Boot 应用程序显示了如何使用 Java 配置配置出站网关的示例
@SpringBootApplication
public class FtpJavaApplication {
public static void main(String[] args) {
new SpringApplicationBuilder(FtpJavaApplication.class)
.web(false)
.run(args);
}
@Bean
public SessionFactory<FTPFile> ftpSessionFactory() {
DefaultFtpSessionFactory sf = new DefaultFtpSessionFactory();
sf.setHost("localhost");
sf.setPort(port);
sf.setUsername("foo");
sf.setPassword("foo");
sf.setTestSession(true);
return new CachingSessionFactory<FTPFile>(sf);
}
@Bean
@ServiceActivator(inputChannel = "ftpChannel")
public MessageHandler handler() {
FtpOutboundGateway ftpOutboundGateway =
new FtpOutboundGateway(ftpSessionFactory(), "ls", "'my_remote_dir/'");
ftpOutboundGateway.setOutputChannelName("lsReplyChannel");
return ftpOutboundGateway;
}
}
使用 Java DSL 进行配置
以下 Spring Boot 应用程序显示了如何使用 Java DSL 配置出站网关的示例
@SpringBootApplication
public class FtpJavaApplication {
public static void main(String[] args) {
new SpringApplicationBuilder(FtpJavaApplication.class)
.web(false)
.run(args);
}
@Bean
public SessionFactory<FTPFile> ftpSessionFactory() {
DefaultFtpSessionFactory sf = new DefaultFtpSessionFactory();
sf.setHost("localhost");
sf.setPort(port);
sf.setUsername("foo");
sf.setPassword("foo");
sf.setTestSession(true);
return new CachingSessionFactory<FTPFile>(sf);
}
@Bean
public FtpOutboundGatewaySpec ftpOutboundGateway() {
return Ftp.outboundGateway(ftpSessionFactory(),
AbstractRemoteFileOutboundGateway.Command.MGET, "payload")
.options(AbstractRemoteFileOutboundGateway.Option.RECURSIVE)
.regexFileNameFilter("(subFtpSource|.*1.txt)")
.localDirectoryExpression("'localDirectory/' + #remoteDirectory")
.localFilenameExpression("#remoteFileName.replaceFirst('ftpSource', 'localTarget')");
}
@Bean
public IntegrationFlow ftpMGetFlow(AbstractRemoteFileOutboundGateway<FTPFile> ftpOutboundGateway) {
return f -> f
.handle(ftpOutboundGateway)
.channel(c -> c.queue("remoteFileOutputChannel"));
}
}
出站网关部分成功(mget
和 mput
)
当您对多个文件执行操作(使用mget
和 mput
)时,可能会在传输一个或多个文件后发生异常。在这种情况下(从版本 4.2 开始),将抛出PartialSuccessException
。除了通常的MessagingException
属性(failedMessage
和 cause
)之外,此异常还有两个额外的属性
-
partialResults
:成功的传输结果。 -
derivedInput
:从请求消息生成的(例如,要传输的本地文件)文件列表。
这些属性允许您确定哪些文件成功传输,哪些文件未成功传输。
在递归mput
的情况下,PartialSuccessException
可能包含嵌套的PartialSuccessException
事件。
考虑以下目录结构
root/
|- file1.txt
|- subdir/
| - file2.txt
| - file3.txt
|- zoo.txt
如果异常发生在file3.txt
上,则网关抛出的PartialSuccessException
的derivedInput
为file1.txt
、subdir
和zoo.txt
,partialResults
为file1.txt
。它的cause
是另一个PartialSuccessException
,其derivedInput
为file2.txt
和file3.txt
,partialResults
为file2.txt
。