You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Frederic Müller (JIRA)" <ji...@apache.org> on 2008/07/09 18:03:31 UTC
[jira] Created: (NET-226) Endless loop listing files on Windows NT
FTP-Server
Endless loop listing files on Windows NT FTP-Server
---------------------------------------------------
Key: NET-226
URL: https://issues.apache.org/jira/browse/NET-226
Project: Commons Net
Issue Type: Bug
Affects Versions: 1.4
Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
Reporter: Frederic Müller
Priority: Blocker
The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "Frederic Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613063#action_12613063 ]
Frederic Müller commented on NET-226:
-------------------------------------
I debugged the svn trunk so as far as I know there is now newer version.
I think it would be better to create FTPFileObjects from all directory listings and cache them so one can retrieve the cached version next time. Sadly the named server has known bugs listing files though the owner won't change anything about that.
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (NET-226) Endless loop listing files on Windows NT
FTP-Server
Posted by "Frederic Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Frederic Müller closed NET-226.
-------------------------------
Resolution: Invalid
After debugging the source I realized that this not a bug of the net package but a problem occurring when vfs is sending many requests to the specified server trying to resolve the FTPFileObjects.
Maybe there is a different approach to this problem.
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "Frederic Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12612165#action_12612165 ]
Frederic Müller commented on NET-226:
-------------------------------------
Test code:
import java.io.IOException;
import java.net.SocketException;
import org.apache.commons.vfs.*;
import org.apache.commons.vfs.provider.ftp.FtpFileSystemConfigBuilder;
public class FTPTest {
public static void main(String[] args) throws SocketException, IOException {
FileSystemManager manager = VFS.getManager();
FileSystemOptions options = new FileSystemOptions();
FtpFileSystemConfigBuilder.getInstance().setEntryParser(options, "TestClass");
FileObject resolveFile = manager.resolveFile("ftp://user:pw@host/PATH/sp", options);
resolveFile.getChildren();
}
}
import java.util.List;
import org.apache.commons.net.ftp.parser.UnixFTPEntryParser;
public class TestClass extends UnixFTPEntryParser {
@Override
public List preParse(List list) {
new Exception("preParse").printStackTrace();
return super.preParse(list);
}
}
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "James Carman (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12612232#action_12612232 ]
James Carman commented on NET-226:
----------------------------------
I would maybe try upgrading to the newer VFS (if you haven't already). I believe it tries to minimize all of those calls to resolve the file objects.
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "Frederic Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12612164#action_12612164 ]
Frederic Müller commented on NET-226:
-------------------------------------
Stack trace
java.lang.Exception: List size: 1
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:103)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:181)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.getParent(AbstractFileObject.java:512)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:177)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:88)
at org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:62)
at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:641)
at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:582)
at FTPTest.main(FTPTest.java:15)
java.lang.Exception: List size: 135
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:103)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:181)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:88)
at org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:62)
at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:641)
at org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:582)
at FTPTest.main(FTPTest.java:15)
java.lang.Exception: List size: 346
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doListChildren(FtpFileObject.java:333)
at org.apache.commons.vfs.provider.AbstractFileObject.getChildren(AbstractFileObject.java:557)
at FTPTest.main(FTPTest.java:17)
java.lang.Exception: List size: 1
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:103)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:181)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.getParent(AbstractFileObject.java:512)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:177)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.getParent(AbstractFileObject.java:512)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:177)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFile(AbstractFileObject.java:625)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFiles(AbstractFileObject.java:617)
at org.apache.commons.vfs.provider.AbstractFileObject.getChildren(AbstractFileObject.java:587)
at FTPTest.main(FTPTest.java:17)
java.lang.Exception: List size: 135
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:103)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:181)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.getParent(AbstractFileObject.java:512)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:177)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFile(AbstractFileObject.java:625)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFiles(AbstractFileObject.java:617)
at org.apache.commons.vfs.provider.AbstractFileObject.getChildren(AbstractFileObject.java:587)
at FTPTest.main(FTPTest.java:17)
java.lang.Exception: List size: 346
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:103)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:181)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFile(AbstractFileObject.java:625)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFiles(AbstractFileObject.java:617)
at org.apache.commons.vfs.provider.AbstractFileObject.getChildren(AbstractFileObject.java:587)
at FTPTest.main(FTPTest.java:17)
java.lang.Exception: List size: 135
at TestClass.preParse(TestClass.java:9)
at org.apache.commons.net.ftp.FTPListParseEngine.readServerList(FTPListParseEngine.java:100)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2400)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2368)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2145)
at org.apache.commons.vfs.provider.ftp.FTPClientWrapper.listFiles(FTPClientWrapper.java:112)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:123)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:103)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:181)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.getParent(AbstractFileObject.java:512)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:177)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.refresh(FtpFileObject.java:208)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:319)
at org.apache.commons.vfs.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:267)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFile(AbstractFileObject.java:625)
at org.apache.commons.vfs.provider.AbstractFileObject.resolveFiles(AbstractFileObject.java:617)
at org.apache.commons.vfs.provider.AbstractFileObject.getChildren(AbstractFileObject.java:587)
at FTPTest.main(FTPTest.java:17)
.................
I think you're getting the point.
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12612178#action_12612178 ]
Sebb commented on NET-226:
--------------------------
Are you sure that this is not a problem with VFS?
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "Frederic Müller (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613089#action_12613089 ]
Frederic Müller commented on NET-226:
-------------------------------------
That is why I already closed this issue. This is not a bug of NET but more like a shortcoming of VFS. I already solved this problem by bypassing the VFS directory listing using the underlying FTPClient itself. Not a good solution but obviously necessary.
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (NET-226) Endless loop listing files on Windows
NT FTP-Server
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/NET-226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613083#action_12613083 ]
Sebb commented on NET-226:
--------------------------
I doubt there is anything that NET can do to prevent or detect endless loops - it is not doing the looping, as far as I can tell.
However, perhaps VFS can do so - I suggest raising a JIRA issue for Commons VFS and linking it to this issue.
> Endless loop listing files on Windows NT FTP-Server
> ---------------------------------------------------
>
> Key: NET-226
> URL: https://issues.apache.org/jira/browse/NET-226
> Project: Commons Net
> Issue Type: Bug
> Affects Versions: 1.4
> Environment: VFS client on linux machine connecting to a Windows-NT ftp server using unix file listing
> Reporter: Frederic Müller
> Priority: Blocker
>
> The framework repeatedly queries the contents of a remote ftp folder as well it's parent folder. It will do so indefinitely. Other ftp software can access the server without problems. I implemented a new class extending the UnixFTPEntryParser to intercept the requests and to print the following stack traces.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.