[5559] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

Re: holding connections open: a modest proposal

daemon@ATHENA.MIT.EDU (John Franks)
Tue Sep 13 18:56:00 1994

Date: Wed, 14 Sep 1994 00:48:34 +0200
Errors-To: listmaster@www0.cern.ch
Errors-To: listmaster@www0.cern.ch
Reply-To: john@math.nwu.edu
From: john@math.nwu.edu (John Franks)
To: Multiple recipients of list <www-talk@www0.cern.ch>


In article <9409131300.AA28745@dxmint.cern.ch>, Dave Kristol writes:
> 
> I want to emphasize again that I have in mind a SMALL change.  The
> reason is simple.  With this small change we can make evolutionary
> changes to the components we have, without introducing a stage where
> old versions of a client or server can't talk to the new versions.
> Other proposals (except Pragma: Keep-connection; I guess my proposal is
> equivalent to an implicit Pragma:  Keep-connection.), however
> sophisticated (and complicated), introduce incompatibities, and are
> therefore less desirable.
> 

I don't think there are incompatibilities with the MGET proposal.
An old client with a new server would send only GET which the
server would honor.  A new client with an old server would send
an MGET and get a "method not supported" message and could repeat
the request with a series of GETS.  This is comparable to a new
client with "keep connection" dealing with an old server.


-- 

John Franks 	Dept of Math. Northwestern University
		john@math.nwu.edu


home help back first fref pref prev next nref lref last post