Deployment of new URI schemes (was Re: request for a new URL scheme)

Daniel LaLiberte <liberte@ncsa.uiuc.edu> Wed, 10 April 1996 22:58 UTC

Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00125; 10 Apr 96 18:58 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa00109; 10 Apr 96 18:58 EDT
Received: from services.Bunyip.COM by CNRI.Reston.VA.US id aa17892; 10 Apr 96 18:58 EDT
Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id SAA24572 for uri-out; Wed, 10 Apr 1996 18:03:08 -0400
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id SAA24567 for <uri@services.bunyip.com>; Wed, 10 Apr 1996 18:03:05 -0400
Received: from newton.ncsa.uiuc.edu by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA27924 (mail destined for uri@services.bunyip.com); Wed, 10 Apr 96 18:03:02 -0400
Received: from void.ncsa.uiuc.edu (void.ncsa.uiuc.edu [141.142.103.20]) by newton.ncsa.uiuc.edu (8.6.11/8.6.12) with SMTP id RAA12828 for <uri@bunyip.com>; Wed, 10 Apr 1996 17:03:00 -0500
Received: by void.ncsa.uiuc.edu (4.1/NCSA-4.1) id AA21360; Wed, 10 Apr 96 17:00:46 CDT
Date: Wed, 10 Apr 96 17:00:46 CDT
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Daniel LaLiberte <liberte@ncsa.uiuc.edu>
Message-Id: <9604102200.AA21360@void.ncsa.uiuc.edu>
To: uri@bunyip.com
Subject: Deployment of new URI schemes (was Re: request for a new URL scheme)
In-Reply-To: <Pine.SOL.3.92.960410141254.8807B-100000@tam2000.tamu.edu>
References: <199604101809.OAA04119@cuspidor.cs.utk.edu> <Pine.SOL.3.92.960410141254.8807B-100000@tam2000.tamu.edu>
X-Orig-Sender: owner-uri@bunyip.com
Precedence: bulk

John C. Daub writes:
 > On Wed, 10 Apr 1996, Reed Wade wrote:
 > 
 > > This is not necessarily a bad idea but I think you'll
 > > have a very hard time getting this adopted. And if
 > > adopted, implemented by browser writers.
 > 
 > yes.  the actual implimentation into the URL standard wouldn't be
 > that hard to do.  it'd be getting all the software authors to
 > support it and release new versions of their software just for
 > this thing.

This is a major impediment to the deployment of any new URL or URN
scheme.

Browsers should allow users to specify proxies that handle specific
URI schemes, possibly new schemes.  Netscape, for one, still assumes
that any URI with a scheme it does not know about is a relative
URL, and it has no way to specify proxies to handle specific new
schemes.   Mosaic for X has fixed these problems, partly at my
insistence.

The most that most browsers let you do now is to pass ALL URIs on
to a proxy - to get over firewalls.  The proxy could be designed
to handle new schemes, but if the wrong URI is given to it in the
first place, what can be done?

More generally, browsers should allow users to specify any mapping
from patterns of URIs to handlers.  The handlers could be either
internal to the browser, some external program, a proxy, a CCI
process, a Java program, etc.  I strongly urge browser implementors
to add any of these URI extension capabilities - pick whatever is
easiest.

Daniel LaLiberte (liberte@ncsa.uiuc.edu)
National Center for Supercomputing Applications
http://union.ncsa.uiuc.edu/~liberte/