Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of mario@ops.co.at designates
 194.152.182.5 as permitted sender)
Message-ID: <46D679E4.3070805@ops.co.at>
Date: Thu, 30 Aug 2007 10:03:48 +0200
From: Mario Ivankovits <mario@ops.co.at>
User-Agent: Thunderbird 2.0.0.0 (X11/20070418)
MIME-Version: 1.0
To: Jakarta Commons Developers List <dev@commons.apache.org>
Subject: [vfs] Re: Specifying options to FTP etc..
References: <46D535B4.4020202@wso2.com> <46D5396D.6000801@ops.co.at>
 <46D57E82.6020500@wso2.com>
In-Reply-To: <46D57E82.6020500@wso2.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi! 
> I don't quite agree with this - this may be the common case for HTTP,
> but the URI spec does not enforce it.
Ok, but how should we differentiate between these both use-cases?

If we would like to allow this style of URL we need some special
delimiter to know what to pass to VFS as configuration and what to pass
further to the server.
And no - I don't want to care if we are using the HTTP or any other scheme.

Hmmm ..... what we can do might be something like this.

We add a new resolveFile method to the FileSystemManager interface:
FileObject resolveFileWithUrlConfiguration(String uri)

and we separate the VFS configuration using the double question-mark (??)

A url like:
http://www/path/cgi-bin/send.pl?FILE=ABC&TYPE=PDF??proxyHost=proxy.host&proxyPort=8080

will work then.

resolveFileWithUrlConfiguration will strip the part after (including) ??
and create the FileSystemOption stuff (if possible) which means the vfs
configuration string will not be shown in the filename.

Then
FileObject fo = manager.resolveFileWithUrlConfiguration(....);
FileObject fo2 =
manager.resolveFileWithUrlConfiguration(fo.getName().toString);

will not use the same filesystem configuration.

This limitation makes it look a little bit hacky - we might remove this
limitation later.


What do you think?

Ciao,
Mario


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