Mailing-List: contact httpcomponents-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <httpcomponents-dev@jakarta.apache.org>
Received-SPF: neutral (herse.apache.org: local policy)
Message-ID: <4645E29D.1010905@dubioso.net>
Date: Sat, 12 May 2007 17:51:57 +0200
From: Roland Weber <ossfwot@dubioso.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.8.1.2) Gecko/20070319 SeaMonkey/1.1.1
MIME-Version: 1.0
To: HttpComponents Project <httpcomponents-dev@jakarta.apache.org>
Subject: Re: [HttpClient] Request wrapper vs request copy ;
 was Re: svn commit:
 r535512
References: <20070505120254.3621B1A9838@eris.apache.org>
	 <463DA39F.6090007@dubioso.net> <1178451006.21200.8.camel@okhost>
In-Reply-To: <1178451006.21200.8.camel@okhost>
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit

Hi Oleg,

> We may still need to introduce request wrappers in order to be able to
> discard all request headers generated by the protocol interceptors when
> dealing with request redirects, for instance. As an alternative to that
> we may also think about creating a complete copy of the original request
> if it gets redirected to a new location. However, there can be other
> cases where we may want to discard auto-generated request headers
> without changing any other properties of the request such as request
> URI.

I still feel that discarding auto-generated headers is insufficient
(beyond alpha). Think of an interceptor that folds separate headers
with identical names into one, or that splits such headers into many.
Think of another interceptor in a proxy application that inserts an
entry into a Via: header.
A copy technique would have to create the copy _before_ the request
gets modified and sent. We couldn't tell whether there will be a
redirect or not. Let's keep the "delete auto-generated headers" trick
for alpha1 and think about alternatives later.

cheers,
  Roland


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