You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Sebb (JIRA)" <ji...@apache.org> on 2017/07/03 15:41:01 UTC
[jira] [Resolved] (NET-639) Bug in MVSFTPEntryParser.preParse -
MVS, z/OS
[ https://issues.apache.org/jira/browse/NET-639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sebb resolved NET-639.
----------------------
Resolution: Fixed
Fix Version/s: 3.7
> Bug in MVSFTPEntryParser.preParse - MVS, z/OS
> ---------------------------------------------
>
> Key: NET-639
> URL: https://issues.apache.org/jira/browse/NET-639
> Project: Commons Net
> Issue Type: Bug
> Components: FTP
> Affects Versions: 3.6
> Environment: different clients running Windows 7, AIX, Ubuntu 16.04
> IBM FTP CS V2R1 as ftp host running z/OS 02.01.00
> Reporter: Alexander Eller
> Priority: Minor
> Labels: MVS, z/OS
> Fix For: 3.7
>
> Attachments: MVSFTPEntryParser.patch, MVSFTPEntryParserTest.patch
>
>
> Some PS-files couldn't be retrieved from ftp host (during FTPClient.listFiles("xxx")). After investigation we've noticed, that the file has an unusual large allocation info (reading
> {code:java}
> Volume Unit Referred Ext Used Recfm Lrecl BlkSz Dsorg Dsname
> : : : : : : : : : :
> PEZ320 3390 2017/07/03 215807 FB 29600 29600 PS 'LBP.TX.FTP.LAZAGDOM.WORK.HILF'
> : : : : : : : : : :
> {code}
> so the values of ext and used column merged. As a result, the pattern FILE_LIST_REGEX in MVSFTPEntryParser doesn't match -> the file is ignored.
> Quick Fix in Comments described ...
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)