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 2011/02/16 22:44:24 UTC

[jira] Created: (VFS-346) File does not exist while connecting to SFTP server using 2.0 SNAPSHOT while it exists while using 1.0

File does not exist while connecting to SFTP server using 2.0 SNAPSHOT while it exists while using 1.0
------------------------------------------------------------------------------------------------------

                 Key: VFS-346
                 URL: https://issues.apache.org/jira/browse/VFS-346
             Project: Commons VFS
          Issue Type: Bug
    Affects Versions: 2.0
         Environment: JDK 1.6.0_18 
Windows 7 x64
            Reporter: Yurii Kartsev
            Priority: Blocker
             Fix For: 1.0


I've faced a problem when an existing files can't be copied using 2.0 snapshot library while after adding in classpath 1.0 library - everything goes just nice.
Also I've tested that everything is good using simple ftp and local file when using both 2.0 snapshot and 1.0 libraries, so problem exists only with SFTP.

The thing is that sourceDir.resolveFile("1.txt") returns false when using 2.0 snapshot and returns true using 1.0.

I'll attach screenshots from eclipse while debugging this. Files which have "1"s in the filename are made when using 1.0 library and files with "2"s in the filename are made when using 2.0 snapshot. You can find out that in the first case type of sourceFile is "folder" and in the second case it's "imaginary".

Please check this, I assume that there is a bug somewhere.

Thanks.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] Updated: (VFS-346) File does not exist while connecting to SFTP server using 2.0 SNAPSHOT while it exists while using 1.0

Posted by "Yurii Kartsev (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/VFS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Yurii Kartsev updated VFS-346:
------------------------------

    Attachment: commons-vfs-2.0-SNAPSHOT.jar
                commons-vfs-1.0.jar
                vfs_bug_versions.zip

Screenshots from eclipse while debugging this. Files which have "1"s in the filename are made when using 1.0 library and files with "2"s in the filename are made when using 2.0 snapshot. You can find out that in the first case type of sourceFile is "folder" and in the second case it's "imaginary".

+

Libraries which I've worked with.

> File does not exist while connecting to SFTP server using 2.0 SNAPSHOT while it exists while using 1.0
> ------------------------------------------------------------------------------------------------------
>
>                 Key: VFS-346
>                 URL: https://issues.apache.org/jira/browse/VFS-346
>             Project: Commons VFS
>          Issue Type: Bug
>    Affects Versions: 2.0
>         Environment: JDK 1.6.0_18 
> Windows 7 x64
>            Reporter: Yurii Kartsev
>            Priority: Blocker
>             Fix For: 1.0
>
>         Attachments: commons-vfs-1.0.jar, commons-vfs-2.0-SNAPSHOT.jar, vfs_bug_versions.zip
>
>
> I've faced a problem when an existing files can't be copied using 2.0 snapshot library while after adding in classpath 1.0 library - everything goes just nice.
> Also I've tested that everything is good using simple ftp and local file when using both 2.0 snapshot and 1.0 libraries, so problem exists only with SFTP.
> The thing is that sourceDir.resolveFile("1.txt") returns false when using 2.0 snapshot and returns true using 1.0.
> I'll attach screenshots from eclipse while debugging this. Files which have "1"s in the filename are made when using 1.0 library and files with "2"s in the filename are made when using 2.0 snapshot. You can find out that in the first case type of sourceFile is "folder" and in the second case it's "imaginary".
> Please check this, I assume that there is a bug somewhere.
> Thanks.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira