commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sddoubt (JIRA)" <j...@apache.org>
Subject [jira] Commented: (NET-107) FTPClient.listFiles intermittently locks up
Date Fri, 30 Oct 2009 14:04:59 GMT

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

sddoubt commented on NET-107:
-----------------------------

Hi All,

I am using commons net 1.1 and am facing the same issue.
I have used the setDataTimeOut(3000)
and also setDefaultTimeOut(120000)

and yet face the same issue.
Should I try increasing the timeout value?
Which value should I increase data timeout?

Can this happen due to any other reason?If yes please let me know.
Thanks for ur help.

> FTPClient.listFiles intermittently locks up
> -------------------------------------------
>
>                 Key: NET-107
>                 URL: https://issues.apache.org/jira/browse/NET-107
>             Project: Commons Net
>          Issue Type: Bug
>    Affects Versions: 1.0
>         Environment: Operating System: other
> Platform: All
>            Reporter: Matthew Simoneau
>            Priority: Critical
>
> FTPClient.listFiles intermittently locks up on me, about every couple dozen 
> times I call it.  I can reproduce this with the 1.0 release and with last 
> night's build.  When I attach a debugger and look at the stack traces (below), 
> I see that DefaultFTPFileListParser.parseFileList calls 
> BufferedReader.readLine.  Is it possible that due to networking hiccups, 
> readLine isn't getting its end-of-line and it never times out?
> Using the 1.0 version:
> main:
>   [1] java.net.SocketInputStream.socketRead0 (native method)
>   [2] java.net.SocketInputStream.read (null)
>   [3] sun.nio.cs.StreamDecoder$CharsetSD.readBytes (null)
>   [4] sun.nio.cs.StreamDecoder$CharsetSD.implRead (null)
>   [5] sun.nio.cs.StreamDecoder.read (null)
>   [6] java.io.InputStreamReader.read (null)
>   [7] java.io.BufferedReader.fill (null)
>   [8] java.io.BufferedReader.readLine (null)
>   [9] java.io.BufferedReader.readLine (null)
>   [10] org.apache.commons.net.ftp.DefaultFTPFileListParser.parseFileList
> (DefaultFTPFileListParser.java:397)
>   [11] org.apache.commons.net.ftp.FTPClient.listFiles
> (FTPClient.java:1,933)
>   [12] org.apache.commons.net.ftp.FTPClient.listFiles
> (FTPClient.java:1,964)
>   [13] org.apache.commons.net.ftp.FTPClient.listFiles
> (FTPClient.java:2,020)
> Using last night's build:
> main:
>   [1] java.net.SocketInputStream.socketRead0 (native method)
>   [2] java.net.SocketInputStream.read (null)
>   [3] sun.nio.cs.StreamDecoder$CharsetSD.readBytes (null)
>   [4] sun.nio.cs.StreamDecoder$CharsetSD.implRead (null)
>   [5] sun.nio.cs.StreamDecoder.read (null)
>   [6] java.io.InputStreamReader.read (null)
>   [7] java.io.BufferedReader.fill (null)
>   [8] java.io.BufferedReader.readLine (null)
>   [9] java.io.BufferedReader.readLine (null)
>   [10] org.apache.commons.net.ftp.DefaultFTPFileListParser.parseFileList
> (DefaultFTPFileListParser.java:395)
>   [11] org.apache.commons.net.ftp.FTPClient.listFiles
> (FTPClient.java:1,985)
>   [12] org.apache.commons.net.ftp.FTPClient.listFiles
> (FTPClient.java:2,016)
>   [13] org.apache.commons.net.ftp.FTPClient.listFiles
> (FTPClient.java:2,072)
> Found using Windows 2000 with Sun's 1.4.2 VM.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message