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] [Commented] (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 commented on NET-558:
------------------------------------

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)