commons-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steven Siebert <smsi...@gmail.com>
Subject Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP
Date Fri, 15 Oct 2010 01:16:21 GMT
My apologies!  I am finishing us a bit of refactoring on some utility and
then I'll pop over to that.

On Thu, Oct 14, 2010 at 9:13 PM, J-Pro <jpro.swt@gmail.com> wrote:

>  I'm sorry, Steven, but it's getting critical.
> I'm just testing my program on Linux 2.6.9-89.0.15.ELsmp and connecting to
> my home FTP server on port 10021. The same error is appearing.
> Can you please check it?
>
> Thanks.
>
>
> On 08.10.2010 20:21, Steven Siebert wrote:
>
>> Ah, my apologies, I didn't notice that in the first email.  I'll give the
>> port a change tonight and hopefully I can replicate.
>>
>> S
>>
>> On Fri, Oct 8, 2010 at 1:16 PM, J-Pro <jpro.swt@gmail.com <mailto:
>> jpro.swt@gmail.com>> wrote:
>>
>>     Steven, thanks for trying. But do you use port number "22221"? I
>>    wrote before that I also have it working with regular 21 port. I
>>    have problems only with not default port, for example "22221".
>>    Please try it.
>>
>>    Thanks.
>>
>>
>>    On 07.10.2010 5:40, Steven Siebert wrote:
>>
>>        So, just ran the tests...
>>
>>        I connect to server using the
>>        ftp://user:pass@hostname/path/to/file/test.txt.asc.pgp and ask
>>        if it exists.  I simplified the test code to two lines (not
>>        including exception handling):
>>
>>        FileObject sourceDir =
>>        VFS.getManager().resolveFile("ftp://user:pass@hostname
>> /stuff/test.txt.asc.pgp");
>>        System.out.println("File exists: "+sourceDir.exists());
>>
>>        Windows Vista: true
>>        Windows 7: true
>>        Ubuntu: true
>>
>>        My Windows 7 environment is running JRE version 1.6.0_20.
>>
>>        I used the latest binary (1.0) and from SVN (2.0), both test
>>        the same.
>>
>>        Thoughts?
>>
>>        S
>>
>>        On Wed, Oct 6, 2010 at 3:28 PM, J-Pro <jpro.swt@gmail.com
>>        <mailto:jpro.swt@gmail.com> <mailto:jpro.swt@gmail.com
>>        <mailto:jpro.swt@gmail.com>>> wrote:
>>
>>            Thanks God somebody answered my question :) Thanks, Steven!
>>
>>           Answering your questions:
>>
>>            1. Yes, destination(actually, it's source, because I take
>>        file from
>>               there) server remains the same, it's Windows 7 x64
>>        Enterprise. FTP
>>               Server is "Gene6 FTP Server v3.10.0".
>>            2. Yes, the only thing I change - the OS where I'm
>>        launching my
>>               application. I just take the JAR, put it in different
>>        OS and run
>>               it from console(java -jar myapp.jar) - that's all.
>>            3. About the file name, I'm sorry, it's my mistake,
>>        because in the
>>               listing it's wrong(I've took it from another place in
>>        the code).
>>               The file I'm trying to check for is "test.txt.asc.pgp" as I
>>               mentioned when specified FTP address. Forget about this
>>        long file
>>
>>
>>  name(",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt"),
>>               I don't use it. Sorry for this mistake. So my correct
>>        listing is:
>>
>>                 String fileName =  "test.txt.asc.pgp";
>>                 FileSystemManager fsManager = VFS.getManager();
>>                 UserAuthenticator auth = new
>>        StaticUserAuthenticator(null,
>>                 "login", "password");
>>                 FileSystemOptions srcOpts = new FileSystemOptions();
>>                 String sourceDirAsString = "ftp://HOSTNAME:22221/alex";
>>
>>
>>  DefaultFileSystemConfigBuilder.getInstance().setUserAuthenticator(srcOpts,
>>                 auth);
>>                 FileObject sourceDir =
>>        this.fsManager.resolveFile(dirAsString,
>>                 opts);
>>                 FileObject neededFile = sourceDir.resolveFile(fileName);
>>                 return neededFile.exists();
>>
>>
>>           If you need any more additional information, please ask,
>>        I'll give
>>           it to you.
>>
>>           Thank you very much in advance.
>>
>>
>>
>>           On 06.10.2010 21:16, Steven Siebert wrote:
>>
>>               Hey JPro....I'll take a look at this tonight.
>>
>>               If I understand correctly, the destination server
>>        remains the same
>>               between both calls (what OS is the destination
>>        server?).  The only
>>               thing you are changing is the client your running your
>>        app on?
>>
>>               Please confirm the name of the file you are trying to
>>        download is:
>>
>>  ",AMCPROD,derivative_pricing_ssb_cds_20100910_00.xml.pgp,U,20100910A00012022189.txt"?
>>               With a leading comma (,)?
>>
>>               Are you using the DefaultFileSystemManager, or have you
>>        done
>>               anything
>>               special in this area?  I assume for the **dir
>>        initialization**
>>               you are
>>               asking something like:
>>                dir = VFS.getManager().resolveFile(endpointURI[,
>>               FileSystemOptions]);
>>
>>
>>               Regards,
>>
>>               Steve
>>
>>               On Tue, Oct 5, 2010 at 12:58 PM, J-Pro
>>        <jpro.swt@gmail.com <mailto:jpro.swt@gmail.com>
>>        <mailto:jpro.swt@gmail.com <mailto:jpro.swt@gmail.com>>
>>        <mailto:jpro.swt@gmail.com <mailto:jpro.swt@gmail.com>
>>        <mailto:jpro.swt@gmail.com <mailto:jpro.swt@gmail.com>>>>
wrote:
>>
>>                   Sorry for bothering, almost a week since posting...
>>        Does
>>               anyone
>>                  knows the reason or faced the same anytime?
>>
>>                  Thanks.
>>
>>
>>                  On 30.09.2010 22:54, J-Pro wrote:
>>
>>                       Good afternoon.
>>
>>                      Today I've found an interesting thing in VFS.
>>        I've spent 4
>>                      hours testing it in different situations. It
>>        looks like
>>               a bug,
>>                      but I want to ask all of you first.
>>
>>                      My code uses VFS to connect to FTP (simple FTP,
>>        but on port
>>                      22221) and copy a file from
>>                             there(
>> ftp://HOSTNAME:22221/alex/test.txt.asc.pgp). But
>>               before
>>                      copying I'm checking if the file exists using
>>        FileObject's
>>                      method "exist()".
>>                      The thing is that when I run my JAR from command
>>        line of
>>                      Windows 7, "exist()" returns true. But if only I run
>>               the same
>>                      JAR from Linux Mint 9
>>        Isadora(2.6.32-21-generic), this
>>               method
>>                      returns false.
>>                      I've made a test and found out that if I change
>>        port from
>>                      22221 to simple 21, JAR runs fine on both
>>        systems, i.e.
>>                      "exist()" returns true. This strange thing in
>>        Linux happens
>>                      only when I use port number 22221.
>>
>>                      Please tell me is it my error somewhere or is it
>>        really
>>               some
>>                      kind of a bug?
>>
>>                      My code for checking if the file exists is:
>>
>>                        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();
>>
>>                      Thank you very much in advance.
>>
>>
>>
>>  ---------------------------------------------------------------------
>>                  To unsubscribe, e-mail:
>>        user-unsubscribe@commons.apache.org
>>        <mailto:user-unsubscribe@commons.apache.org>
>>        <mailto:user-unsubscribe@commons.apache.org
>>        <mailto:user-unsubscribe@commons.apache.org>>
>>        <mailto:user-unsubscribe@commons.apache.org
>>        <mailto:user-unsubscribe@commons.apache.org>
>>        <mailto:user-unsubscribe@commons.apache.org
>>        <mailto:user-unsubscribe@commons.apache.org>>>
>>
>>                  For additional commands, e-mail:
>>        user-help@commons.apache.org
>>        <mailto:user-help@commons.apache.org>
>>        <mailto:user-help@commons.apache.org
>>        <mailto:user-help@commons.apache.org>>
>>        <mailto:user-help@commons.apache.org
>>        <mailto:user-help@commons.apache.org>
>>        <mailto:user-help@commons.apache.org
>>        <mailto:user-help@commons.apache.org>>>
>>
>>
>>
>>
>>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message