commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From d...@multitask.com.au
Subject Re: [Fwd: [HttpClient][PATCH] Correction to addHostRequestHeader+minor formatting cleanups]
Date Fri, 12 Jul 2002 06:25:29 GMT
I'm happy for the header to get sent all the time, as long as it wont 
cause problems....
--
dIon Gillard, Multitask Consulting
Work:      http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers


"Craig R. McClanahan" <craigmcc@apache.org> wrote on 07/12/2002 01:38:02 
AM:

> 
> 
> On 11 Jul 2002, Ryan Lubke wrote:
> 
> > Date: 11 Jul 2002 09:01:37 -0500
> > From: Ryan Lubke <Ryan.Lubke@Sun.COM>
> > Reply-To: Jakarta Commons Developers List 
<commons-dev@jakarta.apache.org>
> > To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
> > Subject: Re: [Fwd: [HttpClient][PATCH] Correction to
> >     addHostRequestHeader+minor   formatting cleanups]
> >
> >
> > <snip>
> > >    ....Given the rate of growth of
> > >    the Web, and the number of servers already deployed, it is 
extremely
> > >    important that all implementations of HTTP (including updates to
> > >    existing HTTP/1.0 applications) correctly implement these
> > >    requirements:
> > >
> > >       - Both clients and servers MUST support the Host 
request-header.
> >
> > </snip>
> >
> > I interpreted "including updates to existing HTTP/1.0 applications" to
> > mean that updated HTTP/1.0 application could send the Host
> > request-header without violating the RFC.
> >
> 
> From conversations with Roy Fielding (one of the authors of RFC 2616, 
and
> a board member of the Apache Software Foundation) during development of
> Tomcat's HTTP stack, I believe that this is exactly the intention of the
> "including updates" clause.  And existing server applications utilize 
the
> "Host" header (if present on an HTTP/1.0 transaction) to implement
> software virtual hosting.
> 
> That being said, it sounds like a configuration property to turn this on
> or off might be useful.
> 
> Craig
> 
> 
> --
> To unsubscribe, e-mail: 
<mailto:commons-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: 
<mailto:commons-dev-help@jakarta.apache.org>
> 

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message