[prev in list] [next in list] [prev in thread] [next in thread] 

List:       jakarta-commons-dev
Subject:    [jira] Commented: (NET-107) FTPClient.listFiles intermittently
From:       "sddoubt (JIRA)" <jira () apache ! org>
Date:       2009-10-30 14:04:59
Message-ID: 548421530.1256911499451.JavaMail.jira () brutus
[Download RAW message or body]


    [ 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.


[prev in list] [next in list] [prev in thread] [next in thread]