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>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
|