You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Jochen Kemnade (JIRA)" <ji...@apache.org> on 2015/06/30 12:40:04 UTC
[jira] [Comment Edited] (NET-558) getModificationTime()
returns complete received line including response code
[ 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)