[ https://issues.apache.org/jira/browse/NET-558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14608099#comment-14608099 ]
Jochen Kemnade edited comment on NET-558 at 6/30/15 10:40 AM: -------------------------------------------------------------- If I use the {{substring(4)}} approach in 3.3 with a WINDOWS ftp server, there's still a trailing newline in the response. Not sure if that'll be an issue in 3.4. was (Author: jkemnade): If I use the `substring(4)` approach in 3.3 with a WINDOWS ftp server, there's still a trailing newline in the response. Not sure if that'll be an issue in 3.4. > getModificationTime(<filename>) returns complete received line including > response code > -------------------------------------------------------------------------------------- > > Key: NET-558 > URL: https://issues.apache.org/jira/browse/NET-558 > Project: Commons Net > Issue Type: Bug > Components: FTP > Affects Versions: 3.3 > Environment: The ftp server supports MDTM. > Reporter: Ralph Becker > Priority: Minor > Labels: commons-net, ftp > Fix For: 3.4 > > > When retrieving the last modification time of a file on the server via the > method getModificationTime(String filename) it returns something like > "213 20141111112706" where only the part after the space is the relevant data. > I digged deeper and i found that the first part before the space is the > positive > response code which is not removed before getModificationTime returns. > I consider this a minor bug as i think there is a simple work around > (split by space, use second part only) but i do not believe that > the result of the method is what a user expects regarding the documentation > of that method. -- This message was sent by Atlassian JIRA (v6.3.4#6332)