[
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:[EMAIL
PROTECTED]/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.
