Тайм-аут чтения FTPClient SocketTimeoutException истек

У меня есть данный FTP-сервер. Я могу подключиться к серверу через WinSCP и другие программы. У меня уже было подключение через Java к серверу, но через некоторое время я не могу подключиться. Через WinSCP я могу подключаться все время. Теперь возникает вопрос, является ли причиной проблемы сервер или программа.

Вот мой код:

private FTPClient ftpClient = null;

public FtpServerConnector() throws Exception {
    ftpClient = new FTPClient();
    ftpClient.connect(url);
    ftpClient.login(username, password);
}

public List<FTPFile> getDirectory(String directoryPath) throws Exception {
    FTPFile[] files = ftpClient.listFiles(directoryPath);
    List<FTPFile> result = new ArrayList<FTPFile>();
    for (FTPFile ftpFile : files) {
        if (ftpFile.getTimestamp().getTime().getTime() >= Long.parseLong("1451606400000")) {
            result.add(ftpFile);
        }
    }
    return result;
}

public static void main(String[] args) {
    try {
        FtpServerConnector ftpServerConnector = new FtpServerConnector();
        List<FTPFile> folders = ftpServerConnector.getDirectory("/");
        for (FTPFile ftpFile : folders) {
            System.out.println(ftpFile.getName());
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
}

Есть исключение:

java.net.SocketTimeoutException: Read timed out
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
at java.net.SocketInputStream.read(SocketInputStream.java:170)
at java.net.SocketInputStream.read(SocketInputStream.java:141)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
at java.io.InputStreamReader.read(InputStreamReader.java:184)
at java.io.BufferedReader.fill(BufferedReader.java:161)
at java.io.BufferedReader.read(BufferedReader.java:182)
at org.apache.commons.net.io.CRLFLineReader.readLine(CRLFLineReader.java:58)
at org.apache.commons.net.ftp.FTP.__getReply(FTP.java:314)
at org.apache.commons.net.ftp.FTP.__getReply(FTP.java:294)
at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:483)
at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:608)
at org.apache.commons.net.ftp.FTP.port(FTP.java:932)
at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:812)
at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:759)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:3293)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:3271)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2930)
at com.kianaanalytics.eventManagement.util.FtpServerConnector.getDirectory(FtpServerConnector.java:38)
at com.kianaanalytics.eventManagement.util.ImportWorker.getAllNewFairFolders(ImportWorker.java:19)

ftp socket-timeout-exception
person Jonas Wolff    schedule 09.02.2017    source источник
comment
ftpClient = новый org.apache.commons.net.ftp.FTPClient(); ftpClient.setConnectTimeout(7200000); ftpClient.setDefaultTimeout(720000); ftpClient.connect (имя хоста); ftpClient.setKeepAlive (истина); ftpClient.setControlKeepAliveReplyTimeout(3000); ftpClient.setControlKeepAliveTimeout(10); ftpClient.setBufferSize(1024*1024);   -  person Sarma    schedule 07.06.2017
comment
Обратите внимание, что существуют установщики с параметрами времени ожидания в секундах (например, setControlKeepAliveTimeout) и другие установщики с параметрами времени ожидания в миллисекундах (например, setControlKeepAliveReplyTimeout).   -  person S. Doe    schedule 18.11.2020

Ответы (1)


arrow_upward
0
arrow_downward

Оказалось, что в каталоге "слишком много" файлов внутри - достаточно, чтобы быть слишком длинным, чтобы вызвать исключение SocketTimeout.

Вы не упомянули, какую версию вы используете в FTP-клиенте. Эта проблема, похоже, решает что-то подобное - я бы подумал об обновлении версии, если она ниже 3.4.

https://issues.apache.org/jira/browse/NET-552

person 2Big2BeSmall    schedule 28.01.2018