Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Message-ID: <25778627.314581285073253203.JavaMail.jira@thor>
Date: Tue, 21 Sep 2010 08:47:33 -0400 (EDT)
From: "Yurii Kartsev (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Subject: [jira] Commented: (VFS-317) FTPS bug: filesystem connected, but
 can't operate with files due to "Could not determine the type of file"
 error.
In-Reply-To: <19606825.295371284995494895.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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