You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Yurii Kartsev (JIRA)" <ji...@apache.org> on 2010/09/20 17:11:34 UTC
[jira] Created: (VFS-317) FTPS bug: filesystem connected, but can't
operate with files due to "Could not determine the type of file" error.
FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
-----------------------------------------------------------------------------------------------------------------
Key: VFS-317
URL: https://issues.apache.org/jira/browse/VFS-317
Project: Commons VFS
Issue Type: Bug
Affects Versions: Nightly Builds
Environment: Windows 7 x64
jdk1.6.0_18
Reporter: Yurii Kartsev
Priority: Critical
Hello.
I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
---------------------------------------------------------
FileObject dir = null;
String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
/*
.... dir initialization
*/
FileObject neededFile = dir.resolveFile(fileName);
return neededFile.exists(); // <----- here the exception is thrown
---------------------------------------------------------
Here is the stack trace(including preceding vfs DEBUG logs):
---------------------------------------------------------
09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
... 10 more
---------------------------------------------------------
Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913072#action_12913072 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Your fix works, but fixing the system type does not, because it fixes something wrong which results into "file does not exist". Maybe the workaround adds an option which the file doesn't have and therefore it can't be found?
File name can't be a problem, because I've tested it on simple FTP and it works well.
The log shows nothing unusual:
-----------------------------------------------------------
09-21 10:28:21.323 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
09-21 10:28:21.650 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
09-21 10:28:21.651 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
09-21 10:28:21.674 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
09-21 10:28:23.608 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
09-21 10:28:23.614 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
09-21 10:28:23.615 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_transactions_ssb_cds_20100917_03.xml.pgp,U,20100917A00012099821.txt
09-21 10:28:23.615 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
09-21 10:28:23.718 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - close fs: ftps://193.44.23.12:9001/
09-21 10:28:23.718 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - close fs: file:///
-----------------------------------------------------------
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (VFS-317) FTPS bug: filesystem
connected, but can't operate with files due to "Could not determine the
type of file" error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912645#action_12912645 ]
Yurii Kartsev edited comment on VFS-317 at 9/20/10 3:04 PM:
------------------------------------------------------------
Sebb, actually I can't run SYST command, because I give my JAR to a remote guy, who don't know how to do it, he just runs jar and sends me the log.
But I've took latest commons-net source from trunk(http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_2_0) and waiting for logs from user. But this repository log says that its last update took place on September, 28th 2008. Is it the right place?
Added: Yes, I was right, logs are the same with this version of commons-net. Please, tell me where can I get your changes in net?
was (Author: j-pro):
Sebb, actually I can't run SYST command, because I give my JAR to a remote guy, who don't know how to do it, he just runs jar and sends me the log.
But I've took latest commons-net source from trunk(http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_2_0) and waiting for logs from user. But this repository log says that its last update took place on September, 28th 2008. Is it the right place?
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913033#action_12913033 ]
Sebb commented on VFS-317:
--------------------------
Well, at least the fix works as far as
Does the code work if you use a simpler file name, i.e. shorter and without punctuation?
What does the debug show now?
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912572#action_12912572 ]
Sebb commented on VFS-317:
--------------------------
In that case, the problem is definitely that getSystemName() is returning null, i.e. there was some problem with the SYST call which is used to determine the system type.
What does the SYST command return?
I've updated NET trunk in SVN to give a better error if the problem occurs, so you might like to try using the current Commons Net code.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912645#action_12912645 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Sebb, actually I can't run SYST command, because I give my JAR to a remote guy, who don't know how to do it, he just runs jar and sends me the log.
But I've took latest commons-net source from trunk(http://svn.apache.org/repos/asf/commons/proper/net/tags/NET_2_0) and waiting for logs from user. But this repository log says that its last update took place on September, 28th 2008. Is it the right place?
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912565#action_12912565 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Sorry, forgot to mention it in issue description. I use commons-net-2.0.jar, i.e. version 2.0. It's because Scott Bjerstedt wrote in VFS-264 that to his patch to work we need to use commons-net 2.0.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912948#action_12912948 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Yeah, it works ;) Thanks for your help, it's really useful.
I've asked the guy to connect through telnet and run SYST, result is the same: not implemented. I think it must be took in consideration in commons-net and commons-vfs...
---------------------------------------------------------
Trying 193.44.23.12...
Connected to 193.44.23.12 (193.44.23.12).
Escape character is '^]'.
220 SecurePortal2000 FTP_Mailbox Server Build 2.04.16 ready. 20100920165440
USER JOHN
530 AUTH command required.
331 Password required.
PASS ****
530 AUTH command required.
230 Login successful.
SYST
530 AUTH command required.
502 SYST command not implemented.
quit
221 Goodbye.
Connection closed by foreign host.
---------------------------------------------------------
Can you help me? Or maybe there are other people who can? Thanks in advance.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912972#action_12912972 ]
Sebb commented on VFS-317:
--------------------------
I think you can use
FtpsFileSystemConfigBuilder.setEntryParser()
with a key of org.apache.commons.net.ftp.FTPClientConfig.SYST_UNIX
which should set the system type to Unix
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913078#action_12913078 ]
Sebb commented on VFS-317:
--------------------------
Please try a simpler filename as requested.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (VFS-317) FTPS bug: filesystem
connected, but can't operate with files due to "Could not determine the
type of file" error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912948#action_12912948 ]
Yurii Kartsev edited comment on VFS-317 at 9/21/10 8:47 AM:
------------------------------------------------------------
Yeah, your NET fix works ;) Thanks for your help, it's really useful to know the exact reason.
I've asked the guy to connect through telnet and run SYST, result is the same: not implemented. I think it must be took in consideration in commons-net and commons-vfs...
---------------------------------------------------------
Trying 193.44.23.12...
Connected to 193.44.23.12 (193.44.23.12).
Escape character is '^]'.
220 SecurePortal2000 FTP_Mailbox Server Build 2.04.16 ready. 20100920165440
USER JOHN
530 AUTH command required.
331 Password required.
PASS ****
530 AUTH command required.
230 Login successful.
SYST
530 AUTH command required.
502 SYST command not implemented.
quit
221 Goodbye.
Connection closed by foreign host.
---------------------------------------------------------
Can you help me? Or maybe there are other people who can? Thanks in advance.
was (Author: j-pro):
Yeah, it works ;) Thanks for your help, it's really useful.
I've asked the guy to connect through telnet and run SYST, result is the same: not implemented. I think it must be took in consideration in commons-net and commons-vfs...
---------------------------------------------------------
Trying 193.44.23.12...
Connected to 193.44.23.12 (193.44.23.12).
Escape character is '^]'.
220 SecurePortal2000 FTP_Mailbox Server Build 2.04.16 ready. 20100920165440
USER JOHN
530 AUTH command required.
331 Password required.
PASS ****
530 AUTH command required.
230 Login successful.
SYST
530 AUTH command required.
502 SYST command not implemented.
quit
221 Goodbye.
Connection closed by foreign host.
---------------------------------------------------------
Can you help me? Or maybe there are other people who can? Thanks in advance.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (VFS-317) FTPS bug: filesystem connected, but can't
operate with files due to "Could not determine the type of file" error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Yurii Kartsev updated VFS-317:
------------------------------
Environment:
Windows 7 x64
jdk1.6.0_18
commons-net-2.0.jar
was:
Windows 7 x64
jdk1.6.0_18
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912930#action_12912930 ]
Sebb commented on VFS-317:
--------------------------
Thanks - useful to know that my fix works!
By the way, some ftp clients don't support SYST (system), in which case you may have to use "quote SYST".
Does seem strange that SYST is not supported. It does appear to be a standard command: http://tools.ietf.org/html/rfc959
I don't know anything about VFS, but perhaps it is possible to tell it what system type to expect, and maybe it can pass that on to NET.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (VFS-317) FTPS bug: filesystem
connected, but can't operate with files due to "Could not determine the
type of file" error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912948#action_12912948 ]
Yurii Kartsev edited comment on VFS-317 at 9/21/10 8:49 AM:
------------------------------------------------------------
Yeah, your NET fix works ;) Thanks for your help, it's really useful to know the exact reason of subject.
I've asked the guy to connect through telnet and run SYST, result is the same: not implemented.
---------------------------------------------------------
Trying 193.44.23.12...
Connected to 193.44.23.12 (193.44.23.12).
Escape character is '^]'.
220 SecurePortal2000 FTP_Mailbox Server Build 2.04.16 ready. 20100920165440
USER JOHN
530 AUTH command required.
331 Password required.
PASS ****
530 AUTH command required.
230 Login successful.
SYST
530 AUTH command required.
502 SYST command not implemented.
quit
221 Goodbye.
Connection closed by foreign host.
---------------------------------------------------------
I think that this case must be took in consideration in commons-net and commons-vfs...
Can you help me? Or maybe there are other people who can?
Thanks in advance.
was (Author: j-pro):
Yeah, your NET fix works ;) Thanks for your help, it's really useful to know the exact reason.
I've asked the guy to connect through telnet and run SYST, result is the same: not implemented. I think it must be took in consideration in commons-net and commons-vfs...
---------------------------------------------------------
Trying 193.44.23.12...
Connected to 193.44.23.12 (193.44.23.12).
Escape character is '^]'.
220 SecurePortal2000 FTP_Mailbox Server Build 2.04.16 ready. 20100920165440
USER JOHN
530 AUTH command required.
331 Password required.
PASS ****
530 AUTH command required.
230 Login successful.
SYST
530 AUTH command required.
502 SYST command not implemented.
quit
221 Goodbye.
Connection closed by foreign host.
---------------------------------------------------------
Can you help me? Or maybe there are other people who can? Thanks in advance.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (VFS-317) FTPS bug: filesystem
connected, but can't operate with files due to "Could not determine the
type of file" error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912565#action_12912565 ]
Yurii Kartsev edited comment on VFS-317 at 9/20/10 12:28 PM:
-------------------------------------------------------------
Sorry, forgot to mention it in issue description. I use commons-net-2.0.jar, i.e. version 2.0. It's because Scott Bjerstedt wrote in VFS-264 that for his patch to work we need to use commons-net 2.0.
was (Author: j-pro):
Sorry, forgot to mention it in issue description. I use commons-net-2.0.jar, i.e. version 2.0. It's because Scott Bjerstedt wrote in VFS-264 that to his patch to work we need to use commons-net 2.0.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912975#action_12912975 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Hmm.. may be, but it's a workaround for UNIX systems only, right? If FTP server will be in a Windows machine, it won't work, isn't it?
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913026#action_12913026 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
I see.... I've tried it. Now it says that file doesn't exist although it can be retrieved with lftp tool. So the workaround doesn't work, method "neededFile.exists()" from the first post returns false.
All I've added is one line of code: "FtpsFileSystemConfigBuilder.getInstance().setEntryParser(opts, org.apache.commons.net.ftp.FTPClientConfig.SYST_UNIX);" where "opts" is FileSystemOptions object for directory where the file is situated.
Too bad I can't make it working :(
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (VFS-317) FTPS bug: filesystem
connected, but can't operate with files due to "Could not determine the
type of file" error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12913033#action_12913033 ]
Sebb edited comment on VFS-317 at 9/21/10 11:33 AM:
----------------------------------------------------
Well, at least the fix works as far as fixing the system type.
Does the code work if you use a simpler file name, i.e. shorter and without punctuation?
What does the debug show now?
was (Author: sebb@apache.org):
Well, at least the fix works as far as
Does the code work if you use a simpler file name, i.e. shorter and without punctuation?
What does the debug show now?
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912647#action_12912647 ]
Sebb commented on VFS-317:
--------------------------
@Yuri: you could perhaps ask your remote chap to run the command?
The current code is in trunk, i.e.
http://svn.apache.org/repos/asf/commons/proper/net/trunk
[The SVN tags entries correspond with fixed versions, usually releases.]
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912549#action_12912549 ]
Sebb commented on VFS-317:
--------------------------
Which version of Commons NET are you using?
I suspect the problem is that NET was unable to determine the system type name.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12914074#action_12914074 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Sorry for delay, I was waiting for answer from this test-guy. It's impossible to test with simpler filename, because remote server has no such files.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Sebb (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912999#action_12912999 ]
Sebb commented on VFS-317:
--------------------------
No, it won't work if the remote ftp server does not return Unix-format listings.
But if the FTP server does not behave properly, at present I think that is the only solution.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
can't operate with files due to "Could not determine the type of file"
error.
Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/VFS-317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12912662#action_12912662 ]
Yurii Kartsev commented on VFS-317:
-----------------------------------
Here are result logs(only 4 lines are changed... and looks like SYST is not implemented, strange...)
Caused by: java.io.IOException: Unable to determine system type - response: 502 SYST command not implemented.
at org.apache.commons.net.ftp.FTPClient.getSystemType(FTPClient.java:2073)
at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2505)
at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2270)
at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:121)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
About SYST: user uses UNIX and lftp tool to manually connect to remote FTPS server. He says that there is no such command. But I'll advice him to run telnet SYST if it's still needed.
> FTPS bug: filesystem connected, but can't operate with files due to "Could not determine the type of file" error.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: VFS-317
> URL: https://issues.apache.org/jira/browse/VFS-317
> Project: Commons VFS
> Issue Type: Bug
> Affects Versions: Nightly Builds
> Environment: Windows 7 x64
> jdk1.6.0_18
> commons-net-2.0.jar
> Reporter: Yurii Kartsev
> Priority: Critical
>
> Hello.
> I've build VFS from trunk(revision 993538) where user James Carman applied FTPS patch from issue VFS-264.
> Using the built library I've managed to successfully connect to FTPS server, but I can't make any file operation, including a check if file exists. I use this code for it:
> ---------------------------------------------------------
> FileObject dir = null;
> String fileName = ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt";
> /*
> .... dir initialization
> */
> FileObject neededFile = dir.resolveFile(fileName);
> return neededFile.exists(); // <----- here the exception is thrown
> ---------------------------------------------------------
> Here is the stack trace(including preceding vfs DEBUG logs):
> ---------------------------------------------------------
> 09-17 15:34:25.748 EDT [main] INFO org.apache.commons.vfs.impl.StandardFileSystemManager - Using "/tmp/vfs_cache" as temporary files store.
> 09-17 15:34:26.50 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.http.HttpFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.51 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.https.HttpsFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:26.77 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.sftp.SftpFileProvider" because required class "com.jcraft.jsch.JSch" is not available.
> 09-17 15:34:26.80 EDT [main] DEBUG org.apache.commons.vfs.impl.StandardFileSystemManager - Skipping provider "org.apache.commons.vfs.provider.webdav.WebdavFileProvider" because required class "org.apache.commons.httpclient.HttpClient" is not available.
> 09-17 15:34:27.871 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive
> 09-17 15:34:27.877 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: file:///
> 09-17 15:34:27.878 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt
> 09-17 15:34:27.879 EDT [main] DEBUG org.apache.commons.vfs.cache.SoftRefFilesCache - putFile: ftps://193.44.23.12:9001/
> org.apache.commons.vfs.FileSystemException: Could not determine the type of file "ftps://193.44.23.12:9001/archive/,AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt".
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:476)
> at org.apache.commons.vfs.provider.AbstractFileObject.exists(AbstractFileObject.java:448)
> at com.ssc.otc.ftpservice.core.FtpXClient.isSourceFileExist(FtpXClient.java:179)
> at com.ssc.otc.ftpservice.core.FtpManager.copyFile(FtpManager.java:105)
> at com.ssc.otc.ftpservice.ConsoleStart.runNewTask(ConsoleStart.java:102)
> at com.ssc.otc.ftpservice.ConsoleStart.main(ConsoleStart.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58)
> Caused by: org.apache.commons.net.ftp.parser.ParserInitializationException: Parser key cannot be null
> at org.apache.commons.net.ftp.parser.DefaultFTPFileEntryParserFactory.createFileEntryParser(DefaultFTPFileEntryParserFactory.java:82)
> at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2263)
> at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046)
> at org.apache.commons.vfs.provider.ftps.FtpsClientWrapper.listFiles(FtpsClientWrapper.java:116)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetChildren(FtpFileObject.java:140)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getChildFile(FtpFileObject.java:110)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.getInfo(FtpFileObject.java:198)
> at org.apache.commons.vfs.provider.ftp.FtpFileObject.doGetType(FtpFileObject.java:321)
> at org.apache.commons.vfs.provider.AbstractFileObject.getType(AbstractFileObject.java:467)
> ... 10 more
> ---------------------------------------------------------
> Please help me to solve this bug. I assume it's a bug because the connection is established, the file IS there, but the type can't be determined. Maybe FTPS patch author forgot something?
> Thanks in advance.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.