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)
Subject: Re: [HttpConn] Scheme
From: Oleg Kalnichevski <olegk@apache.org>
To: HttpComponents Project <httpcomponents-dev@jakarta.apache.org>
In-Reply-To: <45BE1848.6060009@dubioso.net>
References: <45BC6D30.7010908@dubioso.net> <1170017092.6355.55.camel@okhost>
	 <45BE1848.6060009@dubioso.net>
Content-Type: text/plain
Date: Mon, 29 Jan 2007 21:09:12 +0100
Message-Id: <1170101352.5247.3.camel@okhost>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-03.tornado.cablecom.ch
 1378;
	Body=1 Fuz1=1 Fuz2=1
X-Virus-Checked: Checked by ClamAV on apache.org

On Mon, 2007-01-29 at 16:52 +0100, Roland Weber wrote:
> Hi Oleg,
> 
> > SchemeRegistry maybe?
> 
> Yes, that's better.
> 
> > I think scheme ID is still needed, if we want to be able to support
> > custom scheme aliases. Aliased schemes can be very handy when dealing
> > with different SSL contexts, for instance. 
> > 
> > myhttps1 (some custom SSL settings) -> https
> > myhttps2 (some other custom SSL settings) -> https
> 
> Where would the Scheme ID (or rather name) come into play?

Roland,

It is necessary when sending requests through a non-transparent proxy,
where a full request URI is required.

Oleg


> Is there some URL transformation logic in HttpClient 3 that
> would change myhttps1:// into https:// after the scheme (or
> Protocol in 3.x) is looked up? Then I'll have to find a place
> for that, too.
> 
> If we find it necessary, I'll add a
> 
>         void registerAlias(String alias, Scheme schm)
> 
> to the SchemeRegistry class. That would give us a good place
> for explanatory JavaDocs.
> 
> cheers,
>   Roland
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpcomponents-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: httpcomponents-dev-help@jakarta.apache.org
> 
> 


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