commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sebb (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (NET-459) FTPClient.storeFile never returns in active mode if data channel cannot be established
Date Wed, 02 May 2012 22:52:44 GMT

    [ https://issues.apache.org/jira/browse/NET-459?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13266986#comment-13266986
] 

Sebb commented on NET-459:
--------------------------

Looks like that thread dump was from running 3.0.1.

There's currently no way to apply a separate timeout to the accept() call, but if you call
the method FTPClient#setDataTimeout(int), the timeout will be applied to the accept call as
well.
                
> FTPClient.storeFile never returns in active mode if data channel cannot be established
> --------------------------------------------------------------------------------------
>
>                 Key: NET-459
>                 URL: https://issues.apache.org/jira/browse/NET-459
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 3.0.1, 3.1
>            Reporter: Jaroslav Chmurny
>
> FTPClient.storeFile(String, InputStream) method is used to upload a file to the FTP server.
Before the upload, active mode is chosen via the FTPClient.enterLocalActiveMode() method.
However, the FTP server is not able to establish the data channel to the FTP client (for instance
because of firewall). The storeFile method blocks and never returns. When I capture the network
traffic with Wireshark, I see that there are two responses to the STOR command: the first
one indicates that the data channel is going to be established, the second one indicates that
the FTP server cannot establish the data channel. However, the storeFile method remains blocked
forever, even if I play around with the various timeouts (setSoTimeout, setDefaultTimeout,
setControlKeepAliveTimeout, setControlKeepAliveReplyTimeout).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message