commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel F. Savarese" <...@savarese.org>
Subject Re: [NET] FtpProxy support
Date Tue, 18 Mar 2003 16:54:45 GMT

In message <005201c2ec5e$095101e0$0c00000a@stringfellow>, "Mario Ivankovits" wr
ites:
>My current proxy works with "USER user@host" syntax, as you have stated =
>in http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3D18039 this could =
>be handeled by the application by simply sending user@host to the login. =
>But i am not sure if a url like "ftp://user@host@proxy:proxyport/" is =
>rfc conform.

I understand where you're coming from now.  You're using VFS and need
to have its FtpFileSystem use an FTP proxy.

>However, do you think it is possible to open a new package =
>"org.apache.commons.net.ftp.proxy" where we could place some =
>FTPProxyClient classes?
>So the application can programmatic decide which proxy to use.

Given that VFS is a consumer of Net, if the best way for it to
provide proxy support is by using an FTPProxyClient class that hides
the username munging as in your patch, I don't see any reason why we
shouldn't make the addition.  However, I'd like to see some further
discussion of this from the folks working on VFS as well as others
working on Net besides myself.  We should make sure we don't just
implement a stopgap solution for one particular case and are forward
thinking in developing a general solution.  For example, given that
there are different FTP proxy systems out there, maybe we need a
proxy client factory interface and an FTPProxyClient abstract class
that extends FTPClient and defines abstract setProxy()/getProxy()
and whatever other appropriate methods.  Or not; I don't know
since I haven't figured out the different scenarios in which this
will be used.

daniel



---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message