Spring 集成为 FTP 和 FTP 的文件传输操作提供支持。
文件传输协议 (FTP) 是一种简单的网络协议,可让您在 Internet 上的两台计算机之间传输文件。 FTPS 代表 “FTP over SSL”。
您需要将此依赖项包含在项目中:
在FTP通信方面,有两个参与者:客户端和服务器。 若要使用 FTP 或 FTPS 传输文件,请使用启动与运行 FTP 服务器的远程计算机的连接的客户端。 建立连接后,客户端可以选择发送或接收文件副本。
Spring 集成通过提供三个客户端端点来支持通过 FTP 或 FTPS 发送和接收文件:入站通道适配器、出站通道适配器和出站网关。 它还提供了方便的基于命名空间的配置选项,用于定义这些客户端组件。
若要使用 FTP 命名空间,请将以下内容添加到 XML 文件的标头中:
FTP 会话工厂
Spring 集成提供了可用于创建 FTP(或 FTPS)会话的工厂。
默认工厂
从版本 3.0 开始,默认情况下不再缓存会话。 请参阅 FTP 会话缓存。 |
在配置 FTP 适配器之前,必须配置 FTP 会话工厂。 您可以使用常规 Bean 定义配置 FTP 会话工厂,其中实现类为 。 以下示例显示了一个基本配置:o.s.i.ftp.session.DefaultFtpSessionFactory
对于 FTPS 连接,您可以改用。o.s.i.ftp.session.DefaultFtpsSessionFactory
以下示例显示了一个完整的配置:
如果您遇到连接问题,并且想要跟踪会话创建以及查看轮询了哪些会话,则可以通过将记录器设置为级别来启用会话跟踪(例如,)。 |
现在,您只需将这些会话工厂注入适配器。 适配器使用的协议(FTP 或 FTPS)取决于已注入适配器的会话工厂的类型。
为 FTP 或 FTPS 会话工厂提供值的一种更实用的方法是使用 Spring 的属性占位符支持(参见 https://docs.spring.io/spring/docs/current/spring-framework-reference/core.html#beans-factory-placeholderconfigurer)。 |
高级配置
DefaultFtpSessionFactory
提供对底层客户端API的抽象,该API(从Spring Integration 2.0开始)是Apache Commons Net。 这样就可以避免 的低级配置详细信息。 会话工厂上公开了几个常见属性(从版本 4.0 开始,现在包括 、 和 )。 但是,有时需要访问较低级别的配置才能实现更高级的配置(例如设置活动模式的端口范围)。 为此,(所有 FTP 会话工厂的基类)以以下清单中所示的两种后处理方法的形式公开钩子:org.apache.commons.net.ftp.FTPClient
connectTimeout
defaultTimeout
dataTimeout
FTPClient
AbstractFtpSessionFactory
如您所见,这两种方法没有默认实现。 但是,通过扩展 ,您可以覆盖这些方法以提供更高级的配置,如以下示例所示:DefaultFtpSessionFactory
FTPClient
FTPS 和共享 SSL 讨论
当通过 SSL 或 TLS 使用 FTP 时,某些服务器要求在控制和数据连接上使用相同的 FTP。 这是为了防止“窃取”数据连接。 有关详细信息,请参阅 https://scarybeastsecurity.blogspot.cz/2009/02/vsftpd-210-released.html。SSLSession
目前,Apache FTPSClient 不支持此功能。 见NET-408。
以下解决方案由 Stack Overflow 提供,在 上使用反射,因此它可能不适用于其他 JVM。 堆栈溢出答案是在 2015 年提交的,Spring 集成团队已经在 JDK 1.8.0_112 上测试了该解决方案。sun.security.ssl.SSLSessionContextImpl
以下示例演示如何创建 FTPS 会话:
委派会话工厂
版本 4.2 引入了 ,它允许在运行时选择实际的会话工厂。 在调用 FTP 终结点之前,请调用工厂以将密钥与当前线程关联。 然后使用该键查找要使用的实际会话工厂。 您可以通过在使用后调用来清除密钥。DelegatingSessionFactory
setThreadKey()
clearThreadKey()
我们添加了方便的方法,以便您可以轻松地从消息流使用委派会话工厂。
以下示例演示如何声明委派会话工厂:
使用会话缓存(请参阅 FTP 会话缓存)时,应缓存每个委托。 您无法缓存本身。 |
从版本 5.0.7 开始,可以与 a 结合使用以轮询多个服务器;请参阅入站通道适配器:轮询多个服务器和目录。DelegatingSessionFactory
RotatingServerAdvice
FTP 入站通道适配器
FTP 入站通道适配器是一个特殊的侦听器,它连接到 FTP 服务器并侦听远程目录事件(例如,创建的新文件),此时它将启动文件传输。 以下示例显示如何配置:inbound-channel-adapter
如前面的配置所示,您可以使用该元素配置 FTP 入站通道适配器,同时还为各种属性提供值,例如 、(基于简单模式匹配,而不是正则表达式)和对 .inbound-channel-adapter
local-directory
filename-pattern
session-factory
默认情况下,传输的文件与原始文件的名称相同。 如果要覆盖此行为,可以设置该属性,该属性允许您提供 SpEL 表达式来生成本地文件的名称。 与出站网关和适配器不同,其中 SpEL 评估上下文的根对象是 ,此入站适配器在评估时还没有消息,因为这是它最终使用传输的文件作为其有效负载生成的消息。 因此,SpEL 评估上下文的根对象是远程文件的原始名称 (a)。local-filename-generator-expression
Message
String
入站通道适配器首先检索本地目录的对象,然后根据轮询器配置发出每个文件。 从版本 5.0 开始,您现在可以在需要新文件检索时限制从 FTP 服务器获取的文件数。 当目标文件非常大或在具有持久文件列表筛选器的群集系统中运行时,这可能很有用,稍后将讨论。 用于此目的。 负值(默认值)表示没有限制,将检索所有匹配的文件。 有关详细信息,请参阅入站通道适配器:控制远程文件提取。 从版本 5.0 开始,您还可以通过设置属性来提供自定义实现。File
max-fetch-size
DirectoryScanner
inbound-channel-adapter
scanner
从 Spring Integration 3.0 开始,您可以指定属性(其默认值为 )。 当 时,本地文件的修改时间戳设置为从服务器检索的值。 否则,它将设置为当前时间。preserve-timestamp
false
true
从版本 4.2 开始,您可以指定 而不是 ,以便动态确定每次轮询的目录,例如 。remote-directory-expression
remote-directory
remote-directory-expression="@myBean.determineRemoteDir()"
从版本 4.3 开始,可以省略 和 属性。 它们默认为 . 在这种情况下,根据FTP协议,客户端工作目录用作默认的远程目录。remote-directory
remote-directory-expression
null
有时,基于使用该属性指定的简单模式进行文件筛选可能还不够。 如果是这种情况,可以使用该属性指定正则表达式(如 )。 此外,如果需要完全控制,则可以使用该属性并提供对 的任何自定义实现的引用,这是一个用于筛选文件列表的策略接口。 此筛选器确定检索哪些远程文件。 您还可以使用.filename-pattern
filename-regex
filename-regex=".*\.test$"
filter
o.s.i.file.filters.FileListFilter
AcceptOnceFileListFilter
CompositeFileListFilter
将其状态存储在内存中。 如果希望状态在系统重新启动后继续存在,请考虑改用 。 此筛选器将接受的文件名存储在策略的实例中(请参阅元数据存储)。 此过滤器与文件名和远程修改时间匹配。AcceptOnceFileListFilter
FtpPersistentAcceptOnceFileListFilter
MetadataStore
从版本 4.0 开始,此筛选器需要 . 与共享数据存储(例如与 一起使用)一起使用时,它允许在多个应用程序或服务器实例之间共享筛选器键。ConcurrentMetadataStore
Redis
RedisMetadataStore
从版本 5.0 开始,默认情况下对 . 此过滤器也与 XML 配置中的 or 选项以及 Java DSL 中的 or 选项一起应用。 任何其他用例都可以使用 (或 ) 进行管理。FtpPersistentAcceptOnceFileListFilter
SimpleMetadataStore
FtpInboundFileSynchronizer
regex
pattern
FtpInboundChannelAdapterSpec
CompositeFileListFilter
ChainFileListFilter
前面的讨论涉及在检索文件之前筛选文件。 检索文件后,将对文件系统上的文件应用其他筛选器。 默认情况下,如前所述,这会在内存中保留状态,并且不考虑文件的修改时间。 除非应用程序在处理后删除文件,否则适配器将在应用程序重新启动后默认重新处理磁盘上的文件。AcceptOnceFileListFilter
此外,如果将 配置为使用 并且远程文件时间戳更改(导致重新获取),则默认本地筛选器不允许处理此新文件。filter
FtpPersistentAcceptOnceFileListFilter
有关此筛选器及其使用方式的详细信息,请参阅远程持久文件列表筛选器。
您可以使用该属性来配置本地文件系统筛选器的行为。 从版本 4.3.8 开始,默认情况下配置 a。 此筛选器将接受的文件名和修改的时间戳存储在策略的实例中(请参阅元数据存储),并检测对本地文件修改时间的更改。 默认值为 ,它将状态存储在内存中。local-filter
FileSystemPersistentAcceptOnceFileListFilter
MetadataStore
MetadataStore
SimpleMetadataStore
从版本 4.1.5 开始,这些筛选器具有一个新属性 (),导致它们刷新 每次更新时的元数据存储(如果存储实现)。flushOnUpdate
Flushable
此外,如果使用分布式(如 Redis),则可以具有同一适配器或应用程序的多个实例,并确保每个文件仅处理一次。 |
实际的本地过滤器是包含提供的过滤器和模式过滤器,用于阻止处理正在下载的文件(基于 )。 使用此后缀下载文件(默认值为 ),并在传输完成后将文件重命名为其最终名称,使其对过滤器“可见”。CompositeFileListFilter
temporary-file-suffix
.writing
该属性允许您配置文件分隔符,以便在默认“/”不适用于您的特定环境时使用。remote-file-separator
有关这些属性的更多详细信息,请参阅架构。
您还应该了解 FTP 入站通道适配器是轮询使用者。 因此,必须配置轮询器(通过使用全局默认值或本地子元素)。 传输文件后,将生成一条以 a 作为其有效负载的消息,并将其发送到由该属性标识的通道。java.io.File
channel
详细了解文件过滤和不完整文件
有时,刚刚出现在受监视(远程)目录中的文件不完整。 通常,此类文件使用临时扩展名(如)写入,然后在写入过程完成后重命名。 在大多数情况下,您只对完整的文件感兴趣,并且只想筛选完整的文件。 若要处理这些方案,可以使用 、 和 属性提供的筛选支持。 以下示例使用自定义筛选器实现:somefile.txt.writing
filename-pattern
filename-regex
filter
入站 FTP 适配器的轮询器配置说明
入站 FTP 适配器的作业由两个任务组成:
- 与远程服务器通信,以便将文件从远程目录传输到本地目录。
- 对于每个传输的文件,生成一条消息,将该文件作为有效负载,并将其发送到由“channel”属性标识的通道。 这就是为什么它们被称为“通道适配器”而不仅仅是“适配器”。 这种适配器的主要工作是生成要发送到消息通道的消息。 从本质上讲,第二个任务优先,如果您的本地目录已经有一个或多个文件,它首先从这些文件生成消息。 仅当处理完所有本地文件后,它才会启动远程通信以检索更多文件。
此外,在轮询器上配置触发器时,应密切注意该属性。 其默认值适用于所有实例(包括 FTP)。 这意味着,一旦处理了一个文件,它就会等待由触发器配置确定的下一个执行时间。 如果您碰巧有一个或多个文件位于 中,它将在启动与远程 FTP 服务器的通信之前处理这些文件。 此外,如果设置为 (默认值),则它一次仅处理一个文件,时间间隔由触发器定义,本质上是“一个轮询 === 一个文件”。max-messages-per-poll
1
SourcePollingChannelAdapter
local-directory
max-messages-per-poll
1
对于典型的文件传输用例,您很可能希望采取相反的行为:处理每次轮询的所有文件,然后才等待下一次轮询。 如果是这种情况,请设置为 -1。 然后,在每次轮询时,适配器都会尝试生成尽可能多的消息。 换句话说,它处理本地目录中的所有内容,然后连接到远程目录以传输所有可用内容以在本地处理。 只有这样,轮询操作才被视为完成,轮询器等待下一个执行时间。max-messages-per-poll
您也可以将“每次轮询的最大消息数”值设置为正值,该值指示每次轮询时要从文件创建的消息的向上限制。 例如,值 of 表示在每次轮询时,它尝试处理的文件不超过十个。10
从故障中恢复
了解适配器的体系结构非常重要。 有一个文件同步器可以获取文件,还有一个为每个文件发出消息 同步文件。 如前所述,涉及两个筛选器。 属性(和模式)引用远程 (FTP) 文件列表,以避免获取已 被取回。 用于确定哪些文件将作为消息发送。FileReadingMessageSource
filter
local-filter
FileReadingMessageSource
同步器列出远程文件并查阅其筛选器。 然后传输文件。 如果在文件传输过程中发生 IO 错误,则会删除已添加到筛选器的任何文件,以便它们 有资格在下一次投票中重新获取。 这仅适用于过滤器实现(如 )。ReversibleFileListFilter
AcceptOnceFileListFilter
如果在同步文件后,处理文件的下游流发生错误,则不会自动回滚筛选器,因此默认情况下不会重新处理失败的文件。
如果您希望在失败后重新处理此类文件,可以使用类似于以下内容的配置来方便 从筛选器中删除失败的文件:
上述配置适用于任何 .ResettableFileListFilter
从 V5.0 开始,入站通道适配器可以在本地构建与生成的本地文件名对应的子目录。 这也可以是远程子路径。 为了能够根据层次结构支持递归读取本地目录以进行修改,您现在可以根据算法为内部目录提供新的目录。 有关更多信息,请参阅 AbstractInboundFileSynchronizingMessageSource.setScanner()。 此外,您现在可以将 切换到 -based by using 选项。 它还配置为所有实例对本地目录中的任何修改做出反应。 前面显示的重新处理示例基于 从本地目录删除文件时要执行的内置功能 ()。 有关详细信息,请参阅 WatchServiceDirectoryScanner。FileReadingMessageSource
RecursiveDirectoryScanner
Files.walk()
AbstractInboundFileSynchronizingMessageSource
WatchService
DirectoryScanner
setUseWatchService()
WatchEventType
FileReadingMessageSource.WatchServiceDirectoryScanner
ResettableFileListFilter.remove()
StandardWatchEventKinds.ENTRY_DELETE
使用 Java 配置进行配置
以下 Spring 引导应用程序显示了如何使用 Java 配置配置入站适配器的示例:
使用 Java DSL 进行配置
以下 Spring 引导应用程序显示了如何使用 Java DSL 配置入站适配器的示例:
处理不完整的数据
请参阅处理不完整的数据。
提供 用于过滤远程系统上没有相应标记文件的远程文件。 有关配置信息,请参阅 Javadoc(并浏览到父类)。FtpSystemMarkerFilePresentFileListFilter
FTP 流式处理入站通道适配器
版本 4.3 引入了流式入站通道适配器。 此适配器生成有效负载类型的消息,允许在不写入 本地文件系统。 由于会话保持打开状态,因此使用应用程序负责在文件打开时关闭会话 消耗。 会话在标头 () 中提供。 标准框架组件(如 和 )会自动关闭会话。 有关这些组件的详细信息,请参阅文件拆分器和流转换器。 以下示例显示如何配置:InputStream
closeableResource
IntegrationMessageHeaderAccessor.CLOSEABLE_RESOURCE
FileSplitter
StreamTransformer
inbound-streaming-channel-adapter
只允许 、、 或 中的一个。filename-pattern
filename-regex
filter
filter-expression
从版本 5.0 开始,默认情况下,适配器会根据内存中 . 默认情况下,此筛选器也与文件名模式(或正则表达式)一起应用。 如果需要允许重复项,可以使用 。 任何其他用例都可以由 (或 ) 处理。 Java 配置(在本文档后面)展示了一种在处理后删除远程文件以避免重复的技术。 |
有关 及其使用方式的详细信息,请参阅远程持久文件列表筛选器。FtpPersistentAcceptOnceFileListFilter
当需要提取时,使用该属性可以限制每次轮询时提取的文件数。 将其设置为在群集环境中运行时使用持久性筛选器。 有关详细信息,请参阅入站通道适配器:控制远程文件提取。max-fetch-size1
适配器将远程目录和文件名分别放在 和 标头中。 从版本 5.0 开始,标头提供其他远程文件信息(默认情况下以 JSON 表示)。 如果在 上设置属性 to ,则标头包含一个对象。 可以使用该方法访问底层 Apache Net 库提供的对象。 使用 XML 配置时,该属性不可用,但可以通过将 注入到其中一个配置类中进行设置。 另请参阅远程文件信息。FileHeaders.REMOTE_DIRECTORY
FileHeaders.REMOTE_FILE
FileHeaders.REMOTE_FILE_INFO
fileInfoJson
FtpStreamingMessageSource
false
FtpFileInfo
FTPFile
FtpFileInfo.getFileInfo()
fileInfoJson
FtpStreamingMessageSource
从版本 5.1 开始,泛型类型为 。 以前,它是. 这是因为排序现在在处理的早期执行,在过滤和应用 之前。comparator
FTPFile
AbstractFileInfo<FTPFile>
maxFetch
使用 Java 配置进行配置
以下 Spring 引导应用程序显示了如何使用 Java 配置配置入站适配器的示例:
请注意,在此示例中,转换器下游的消息处理程序具有在处理后删除远程文件的消息处理程序。advice
入站通道适配器:轮询多个服务器和目录
从版本 5.0.7 开始,可用;当配置为轮询器建议时,入站适配器可以轮询多个服务器和目录。 配置建议并将其正常添加到轮询器的建议链中。 A 用于选择服务器,有关详细信息,请参阅委派会话工厂。 建议配置由对象列表组成。RotatingServerAdvice
DelegatingSessionFactory
RotationPolicy.KeyDirectory
例
此建议将轮询服务器上的目录,直到不存在新文件,然后移动到目录,然后移动到服务器上的目录,等等。foo
one
bar
baz
two
可以使用构造函数 arg 修改此默认行为:fair
公平
在这种情况下,无论上一个轮询是否返回文件,建议都将移动到下一个服务器/目录。
或者,您可以根据需要提供自己的消息源以重新配置消息源:RotationPolicy
政策
和
习惯
属性(在同步器上)现在可以包含变量。 这允许将从不同目录检索的文件下载到本地的类似目录:local-filename-generator-expression
localFilenameGeneratorExpression
#remoteDirectory
使用此建议时,请勿在轮询器上配置 a;有关详细信息,请参阅消息源的条件轮询器。 |
入站通道适配器:控制远程文件提取
配置入站通道适配器时应考虑两个属性。,与所有轮询器一样,可用于限制每次轮询时发出的消息数(如果已准备好的数值超过配置的值)。 (从版本 5.0 开始)可以限制一次从远程服务器检索的文件数。max-messages-per-poll
max-fetch-size
以下方案假定起始状态为空本地目录:
-
max-messages-per-poll=2
和 :适配器提取一个文件,发出它,提取下一个文件,发出它,然后休眠,直到下一次轮询。max-fetch-size=1
-
max-messages-per-poll=2
和 ):适配器获取这两个文件,然后发出每个文件。max-fetch-size=2
-
max-messages-per-poll=2
和 :适配器最多获取四个文件(如果可用)并发出前两个文件(如果至少有两个)。 接下来的两个文件在下一次轮询时发出。max-fetch-size=4
-
max-messages-per-poll=2
未指定:适配器获取所有远程文件并发出前两个文件(如果至少有两个)。 后续文件在后续轮询中发出(一次两个)。 当所有文件都被使用时,将再次尝试远程提取,以选取任何新文件。max-fetch-size
部署应用程序的多个实例时,我们建议使用小型 ,以避免一个实例“抓取”所有文件并使其他实例陷入饥饿。 |
的另一个用途是,如果要停止提取远程文件,但继续处理已提取的文件。 在 上设置属性(以编程方式、使用 JMX 或控制总线)有效地阻止适配器获取更多文件,但允许轮询器继续发出以前已提取的文件的消息。 如果轮询器在更改属性时处于活动状态,则更改将在下一次轮询时生效。max-fetch-size
maxFetchSize
MessageSource
从版本 5.1 开始,可以为同步器提供 . 这在限制使用 获取的文件数时很有用。Comparator<FTPFile>
maxFetchSize
FTP 出站通道适配器
FTP 出站通道适配器依赖于连接到 FTP 服务器的实现,并为传入消息的有效负载中接收的每个文件启动 FTP 传输。 它还支持文件的多种表示形式,因此您不仅限于 -类型化有效负载。 FTP 出站通道适配器支持以下有效负载:MessageHandler
java.io.File
-
java.io.File
:实际文件对象 -
byte[]
:表示文件内容的字节数组 -
java.lang.String
:表示文件内容的文本 -
java.io.InputStream
:要传输到远程文件的数据流 -
org.springframework.core.io.Resource
:用于将数据传输到远程文件的资源
以下示例显示如何配置:outbound-channel-adapter
前面的配置显示了如何使用该元素配置 FTP 出站通道适配器,同时还为各种属性提供值,例如(策略接口的实现)、对 的引用和其他属性。 您还可以看到一些属性示例,这些属性允许您使用 SpEL 配置设置,例如 、 和(前面示例中所示的 SpEL 替代项)。 与任何允许使用 SpEL 的组件一样,可以通过“有效负载”和“标头”变量访问有效负载和消息标头。 有关可用属性的更多详细信息,请参阅架构。outbound-channel-adapter
filename-generator
o.s.i.file.FileNameGenerator
session-factory
*expression
remote-directory-expression
temporary-remote-directory-expression
remote-filename-generator-expression
filename-generator
默认情况下,如果未指定文件名生成器,Spring 集成将使用 . 根据 中的标头(如果存在)的值确定文件名,或者,如果消息的有效负载已经是 ,则它使用该文件的原始名称。 |
定义某些值(如 )可能取决于平台或 FTP 服务器。 例如,正如 https://forum.spring.io/showthread.php?p=333478&posted=1#post333478 所报告的那样,在某些平台上,必须在目录定义的末尾添加斜杠(例如,而不是 )。 |
从版本 4.1 开始,您可以在传输文件时指定 。 默认情况下,现有文件将被覆盖。 模式由枚举定义,枚举包括以下值:mode
FileExistsMode
-
REPLACE
(默认) -
REPLACE_IF_MODIFIED
-
APPEND
-
APPEND_NO_FLUSH
-
IGNORE
-
FAIL
IGNORE
并且不要传输文件。 导致引发异常,同时以静默方式忽略传输(尽管生成了日志条目)。FAIL
FAIL
IGNORE
DEBUG
版本 5.2 引入了该属性,您可以使用该属性在上传后更改远程文件权限。 您可以使用传统的 Unix 八进制格式(例如,仅允许文件所有者读写)。 使用 java 配置适配器时,可以使用 或 。 仅当 FTP 服务器支持子命令时才适用。chmod
600
setChmodOctal("600")
setChmod(0600)
SITE CHMOD
避免部分写入的文件
处理文件传输时出现的常见问题之一是处理部分文件的可能性。 也就是说,文件可能会在传输实际完成之前出现在文件系统中。
为了解决这个问题,Spring 集成 FTP 适配器使用一种通用算法:文件以临时名称传输,然后在完全传输后重命名。
默认情况下,每个正在传输的文件都会显示在文件系统中,并带有一个附加后缀,默认情况下为 . 您可以通过设置属性来更改此后缀。.writing
temporary-file-suffix
但是,在某些情况下,您可能不想使用此技术(例如,如果服务器不允许重命名文件)。 对于此类情况,可以通过设置为 (默认值为 ) 来禁用此功能。 当此属性为 时,文件将以其最终名称写入,并且使用应用程序需要某种其他机制来检测文件在访问之前是否已完全上传。use-temporary-file-name
false
true
false
使用 Java 配置进行配置
以下 Spring 引导应用程序显示了如何使用 Java 配置配置出站适配器的示例:
使用 Java DSL 进行配置
以下 Spring 引导应用程序显示了如何使用 Java DSL 配置出站适配器的示例:
FTP 出站网关
FTP 出站网关提供一组有限的命令来与远程 FTP 或 FTPS 服务器进行交互。 支持的命令包括:
-
ls
(列出文件) -
nlst
(列出文件名) -
get
(检索文件) -
mget
(检索文件) -
rm
(删除文件) -
mv
(移动/重命名文件) -
put
(发送文件) -
mput
(发送多个文件)
使用命令ls
ls
列出远程文件并支持以下选项:
-
-1
:检索文件名列表。 默认值是检索对象列表。FileInfo
-
-a
:包括所有文件(包括以“.”开头的文件) -
-f
:不对列表进行排序 -
-dirs
:包含目录(默认情况下排除它们) -
-links
:包含符号链接(默认情况下将其排除在外) -
-R
:递归列出远程目录
此外,还提供了文件名筛选,其方式与 . 请参阅 FTP 入站通道适配器。inbound-channel-adapter
操作生成的消息负载是文件名列表或对象列表。 这些对象提供修改时间、权限和其他详细信息等信息。ls
FileInfo
命令操作的远程目录在标头中提供。ls
file_remoteDirectory
使用递归选项 () 时,包括任何子目录元素,表示文件的相对路径(相对于远程目录)。 如果包含该选项,则每个递归目录也会作为列表中的元素返回。 在这种情况下,建议您不要使用该选项,因为您将无法区分文件和目录,而您可以对对象进行区分。-R
fileName
-dirs
-1
FileInfo
从版本 4.3 开始,对 和 方法的支持。 因此,您可以省略该属性。 为方便起见,Java 配置有两个没有参数的构造函数。 根据 FTP 协议,或 、 和命令被视为客户端工作目录。 必须提供所有其他命令,以根据请求消息评估远程路径。 您可以在扩展和实现回调时使用该函数设置工作目录。FtpSession
null
list()
listNames()
expression
expression
LS
NLST
PUT
MPUT
null
expression
FTPClient.changeWorkingDirectory()
DefaultFtpSessionFactory
postProcessClientAfterConnect()
使用命令nlst
版本 5 引入了对该命令的支持。nlst
nlst
列出远程文件名,仅支持一个选项:
-
-f
:不对列表进行排序
操作生成的消息负载是文件名列表。nlst
命令操作的远程目录在标头中提供。nlst
file_remoteDirectory
与使用该命令的 ls 命令的选项不同,该命令将命令发送到目标 FTP 服务器。 当服务器不支持(例如,由于安全限制)时,此命令很有用。 操作的结果是没有其他详细信息的名称。 因此,框架无法确定实体是否为目录,例如执行筛选或递归列表。-1
LIST
nlst
NLST
LIST
nlst
使用命令get
get
检索远程文件。 它支持以下选项:
-
-P
:保留远程文件的时间戳。 -
-stream
:以流形式检索远程文件。 -
-D
:传输成功后删除远程文件。 如果忽略传输,则不会删除远程文件,因为 和本地文件已存在。FileExistsMode
IGNORE
标头提供远程目录名称,标头提供文件名。file_remoteDirectory
file_remoteFile
操作生成的消息负载是表示检索到的文件的对象,或者是使用该选项时的对象。 该选项允许将文件作为流检索。 对于文本文件,常见的用例是将此操作与文件拆分器或流转换器结合使用。 将远程文件作为流使用时,您负责在使用流后关闭 。 为方便起见,标头中提供了 ,您可以使用 方便的方法访问 下面的示例演示如何使用便利方法:get
File
InputStream
-stream
-stream
Session
Session
closeableResource
IntegrationMessageHeaderAccessor
文件拆分器和流转换器等框架组件在传输数据后自动关闭会话。
以下示例演示如何将文件用作流:
如果在自定义组件中使用输入流,则必须关闭 . 可以在自定义代码中执行此操作,也可以通过将消息副本路由到 并使用 SpEL 来执行此操作,如以下示例所示: |