Fatal编程技术网
  • ftp/
  • AS/400 ftp服务器上*文件和*STMF元素之间的差异

AS/400 ftp服务器上*文件和*STMF元素之间的差异

ftp ibm-midrange

AS/400 ftp服务器上*文件和*STMF元素之间的差异,ftp,ibm-midrange,apache-commons-net,Ftp,Ibm Midrange,Apache Commons Net,我试图使用ApacheFTPClient从AS/400FTP服务器下载文件，它应该可以工作，因为库正确地使用OS400FTPEntryParser来解析来自服务器的响应 但是，此特定解析器仅将ftp服务器上可用的元素（文件类型设置为*STMF）标记为有效文件，而所有my元素在ftp服务器上标记为*file，然后在apache FTPClient解析时标记为未知类型。还与每个*文件元素关联，我有一个对应的*MEM元素，包括文件扩展名 在编写自己的解析器之前，我想了解这两种类型之间的区别，以及是否有

我试图使用ApacheFTPClient从AS/400FTP服务器下载文件，它应该可以工作，因为库正确地使用OS400FTPEntryParser来解析来自服务器的响应

但是，此特定解析器仅将ftp服务器上可用的元素（文件类型设置为*STMF）标记为有效文件，而所有my元素在ftp服务器上标记为*file，然后在apache FTPClient解析时标记为未知类型。还与每个*文件元素关联，我有一个对应的*MEM元素，包括文件扩展名

在编写自己的解析器之前，我想了解这两种类型之间的区别，以及是否有正当理由将这些文件损坏为未知文件

您确定它是
*MEM
而不是
*MBR

*STMF
是集成文件系统中的流文件。它们与PC对文件的定义相同

*FILE
对象是数据库表，
*MBR
是表中的命名分区。每个
*文件
至少有一个
*MBR

中端和大型机系统的独特之处在于，您实际上可以使用FTP从数据库表中检索内容。数据以固定长度格式返回

有关更多信息：

你确定它是
*MEM
而不是
*MBR

*STMF
是集成文件系统中的流文件。它们与PC对文件的定义相同

*FILE
对象是数据库表，
*MBR
是表中的命名分区。每个
*文件
至少有一个
*MBR

中端和大型机系统的独特之处在于，您实际上可以使用FTP从数据库表中检索内容。数据以固定长度格式返回

有关更多信息：

这正是我想要的解释；即使我有*MEM而没有*MBR，这也解释了我所经历的行为。我只剩下一个疑问：为什么当我通过ftp上传一个文件时，它会自动创建为*文件，并且可以进行其他配置？@genjosanzo这意味着你在一个库文件系统（数据库）而不是流文件系统（ifs）中。移动到IFS的正常方式是在登录后立即发出
cd
。或者，您可以发出
QUOTE SITE NA 1
命令，然后是
cd
，以移动到IFS文件系统。@genjosanzo I修复了引用链接。它应该提供更多的细节来解释这个过程。应该注意的是，“库文件系统”与所有其他文件系统一样位于IFS（集成文件系统）中。区别应该是“库文件系统”和“/root文件系统”（或其他一些非库文件系统，如/QOpenSys或/qdl）。此外，namefmt1ftp命令不会切换到“IFS文件系统”，而是切换到“IFS命名格式”。库文件系统（/QSYS.LIB）在NAMEFMT 1下和在NAMEFMT 0下一样可访问。数据库*文件对象被视为带有IFS命名格式的*MEM对象的单级目录；即使我有*MEM而没有*MBR，这也解释了我所经历的行为。我只剩下一个疑问：为什么当我通过ftp上传一个文件时，它会自动创建为*文件，并且可以进行其他配置？@genjosanzo这意味着你在一个库文件系统（数据库）而不是流文件系统（ifs）中。移动到IFS的正常方式是在登录后立即发出
cd
。或者，您可以发出
QUOTE SITE NA 1
命令，然后是
cd
，以移动到IFS文件系统。@genjosanzo I修复了引用链接。它应该提供更多的细节来解释这个过程。应该注意的是，“库文件系统”与所有其他文件系统一样位于IFS（集成文件系统）中。区别应该是“库文件系统”和“/root文件系统”（或其他一些非库文件系统，如/QOpenSys或/qdl）。此外，namefmt1ftp命令不会切换到“IFS文件系统”，而是切换到“IFS命名格式”。库文件系统（/QSYS.LIB）在NAMEFMT 1下和在NAMEFMT 0下一样可访问。数据库*文件对象被视为具有IFS命名格式的*MEM对象的单级目录。