[VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

[VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

J-Pro
  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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

J-Pro
  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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

Steve Siebert
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 <[hidden email]> 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

J-Pro
  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 <[hidden email]
> <mailto:[hidden email]>> 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: [hidden email]
>     <mailto:[hidden email]>
>     For additional commands, e-mail: [hidden email]
>     <mailto:[hidden email]>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

J-Pro
In reply to this post by Steve Siebert
  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 <[hidden email]
> <mailto:[hidden email]>> 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: [hidden email]
>     <mailto:[hidden email]>
>     For additional commands, e-mail: [hidden email]
>     <mailto:[hidden email]>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

Steve Siebert
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 <[hidden email]> 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 <[hidden email]
>> <mailto:[hidden email]>> 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: [hidden email]
>>    <mailto:[hidden email]>
>>
>>    For additional commands, e-mail: [hidden email]
>>    <mailto:[hidden email]>
>>
>>
>>
Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

J-Pro
  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 <[hidden email]
> <mailto:[hidden email]>> 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 <[hidden email]
>         <mailto:[hidden email]>
>         <mailto:[hidden email] <mailto:[hidden email]>>> 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: [hidden email]
>         <mailto:[hidden email]>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>>
>
>            For additional commands, e-mail:
>         [hidden email] <mailto:[hidden email]>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

Steve Siebert
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 <[hidden email]> 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 <[hidden email] <mailto:
>> [hidden email]>> 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 <[hidden email]
>>        <mailto:[hidden email]>
>>        <mailto:[hidden email] <mailto:[hidden email]>>> 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: [hidden email]
>>        <mailto:[hidden email]>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>>
>>
>>           For additional commands, e-mail:
>>        [hidden email] <mailto:[hidden email]>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>>
>>
>>
>>
>>
Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

J-Pro
  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 <[hidden email]
> <mailto:[hidden email]>> 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 <[hidden email]
>         <mailto:[hidden email]> <mailto:[hidden email]
>         <mailto:[hidden email]>>> 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
>         <[hidden email] <mailto:[hidden email]>
>         <mailto:[hidden email] <mailto:[hidden email]>>
>         <mailto:[hidden email] <mailto:[hidden email]>
>         <mailto:[hidden email] <mailto:[hidden email]>>>> 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:
>         [hidden email]
>         <mailto:[hidden email]>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>>>
>
>                   For additional commands, e-mail:
>         [hidden email]
>         <mailto:[hidden email]>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>
>         <mailto:[hidden email]
>         <mailto:[hidden email]>>>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [VFS] The same "FileObject.exist()" call returns different values in Windows 7 and Linux Ubuntu while connected to simple FTP

Steve Siebert
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 <[hidden email]> 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 <[hidden email] <mailto:
>> [hidden email]>> 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 <[hidden email]
>>        <mailto:[hidden email]> <mailto:[hidden email]
>>        <mailto:[hidden email]>>> 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
>>        <[hidden email] <mailto:[hidden email]>
>>        <mailto:[hidden email] <mailto:[hidden email]>>
>>        <mailto:[hidden email] <mailto:[hidden email]>
>>        <mailto:[hidden email] <mailto:[hidden email]>>>> 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:
>>        [hidden email]
>>        <mailto:[hidden email]>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>>>
>>
>>                  For additional commands, e-mail:
>>        [hidden email]
>>        <mailto:[hidden email]>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>
>>        <mailto:[hidden email]
>>        <mailto:[hidden email]>>>
>>
>>
>>
>>
>>