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, 08 Oct 2010 17:21:48 GMT
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> 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>> 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>>> 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>>
>>
>>           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>>
>>
>>
>>
>>

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