【问题标题】:Difference between *FILE and *STMF elements oa a AS/400 ftp server*FILE 和 *STMF 元素在 AS/400 ftp 服务器上的区别
【发布时间】:2012-08-25 03:41:39
【问题描述】:

我尝试使用 apache FTPClient 从 AS/400 ftp 服务器下载文件,它应该可以工作,因为该库正确使用 OS400FTPEntryParser 来解析来自服务器的响应。

然而,这个特定的解析器仅将文件类型设置为 *STMF 的 ftp 服务器上可用的元素标记为有效文件,而我的所有元素在 ftp 服务器上都被标记为 *FILE,然后在解析时标记为未知类型阿帕奇 FTP 客户端。还与每个 *FILE 元素相关联,我有一个对应的 *MEM 元素,其中包括文件扩展名。

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

【问题讨论】:

    标签: ftp ibm-midrange apache-commons-net


    【解决方案1】:

    您确定是*MEM 而不是*MBR

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

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

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

    更多信息:

    FTP - File systems and naming conventions

    【讨论】:

    • 这正是我正在寻找的解释;即使我有 *MEM 而不是 *MBR,这也解释了我一直在经历的行为。我只有一个疑问:为什么当我通过 ftp 上传文件时,它会自动创建为 *FILE 并且可以另外配置吗?
    • @genjosanzo 这意味着您在库文件系统(数据库)而不是流(ifs)文件系统中。移至 IFS 的正常方法是在登录后立即发出 cd。或者,您可以发出 QUOTE SITE NA 1 命令,然后发出 cd 以移至 IFS 文件系统。
    • @genjosanzo 我修复了参考链接。它应该提供更多详细信息来解释该过程。
    • 需要注意的是,“库文件系统”与所有其他文件系统一样位于 IFS(集成文件系统)中。区别应该是“库文件系统”与“/root 文件系统”(或其他一些非库文件系统,例如 /QOpenSys 或 /QDLS)。此外,NAMEFMT 1 FTP 命令不会切换到“IFS 文件系统”,而是“切换到 IFS naming 格式”。库文件系统 (/QSYS.LIB) 在 NAMEFMT 1 下与在 NAMEFMT 0 下一样可访问。数据库 *FILE 对象被视为具有 IFS 命名格式的 *MEM 对象的单级目录。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多