Mailing-List: contact httpclient-users-help@hc.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-users@hc.apache.org>
Received-SPF: pass (nike.apache.org: domain of namasrihari@gmail.com
 designates 209.85.220.52 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1418807384.18594.5.camel@apache.org>
References: 
 <CANPZsW+ZctZX=C=R4zmnby4J1T0hVL88LZ_R6+uEj3EvYaqzGQ@mail.gmail.com>
	<1418653097.17201.1.camel@apache.org>
	<CANPZsWKurOe=J-_VmJU=sge3i+4bm1xxUj9DR2C-Q1FnZpeLAQ@mail.gmail.com>
	<1418807384.18594.5.camel@apache.org>
Date: Wed, 17 Dec 2014 16:17:01 +0530
Message-ID: 
 <CANPZsWK5bQeE-m=FJjh=gAMxPH_A_6ndTMK0z81xaUX6mU3J2g@mail.gmail.com>
Subject: Re: Custom SchemeRegistry via local context not working
From: srihari na <namasrihari@gmail.com>
To: HttpClient User Discussion <httpclient-users@hc.apache.org>
Content-Type: multipart/alternative; boundary=047d7bdc9fe61868e6050a673289

--047d7bdc9fe61868e6050a673289
Content-Type: text/plain; charset=UTF-8

Again thanks for the response however we are expecting answer for another
question:
Can we get a confirmation that this issue is resolved in later versions or
a probable solution can be designed for the described scenario?

Thank you

On Wed, Dec 17, 2014 at 2:39 PM, Oleg Kalnichevski <olegk@apache.org> wrote:
>
> On Wed, 2014-12-17 at 11:55 +0530, srihari na wrote:
> > Thank You for the quick response. Can we get a confirmation that this
> issue
> > is resolved in later versions or a probable solution can be designed for
> > the described scenario? The reason we ask is our product bundled
> > v4.2.5(upgraded from 3.1) of the library in April 2013 and moving to
> > 4.3/4.4 would mean a lot of API/design changes that can significantly
> > impact the product stability. It is therefore desirable for us to move
> to a
> > stable version which is covered under under Long Term Suppor (LTS). Is
> > there a plan to support 4.3/4.4 for longer term or can you let us know
> the
> > current outlook for ending support for those streams? Also we will be
> > interested to know if any support will be provided on 4.2 stream on
> buying
> > support for annual fee.
> >
>
> Apache HC is a non-commercial project. We do not have LTS releases. We
> are able to maintain two concurrent branches only only: dev (unstable)
> and ga (stable). Current stable branch is 4.3. 4.4 GA can be expected in
> Q1 2015.
>
> Oleg
>
> > Thank you hoping for a quick response.
> >
> > On Mon, Dec 15, 2014 at 7:48 PM, Oleg Kalnichevski <olegk@apache.org>
> wrote:
> > >
> > > On Mon, 2014-12-15 at 17:46 +0530, srihari na wrote:
> > > > Hello Folks,
> > > >
> > > > We are using HttpClient 4.2.5 and Our scenario is that there is only
> 1
> > > > instance of HTTP client throughout the JVM and only one connection
> pool
> > > > linked to client. The same client using the single connection pool
> > > > interacts with various http/https endpoints by creating a new method
> > > > instance for every request. For https based connections we have our
> own
> > > > implementation for socket connection factory, when we try to
> register a
> > > new
> > > > custom scheme using custom socket factory via local context, it is
> not
> > > > being picked by the client. It always tries to get the list of scheme
> > > > registries from connection manager even though we try to override at
> > > local
> > > > context level. We use local context to pass authentication
> information
> > > > which works perfectly fine however schemeregistry is not picked up.
> > > >
> > > > AbstractHttpClient
> > > > protected HttpRoutePlanner createHttpRoutePlanner() {
> > > >         return new DefaultHttpRoutePlanner(*getConnectionManager*
> > > > *().getSchemeRegistry()*);
> > > >     }
> > > >
> > > >
> > > > Now that local context scheme registry is not picked up we tried
> > > > registering all the schemes at connection manager level with unique
> > > scheme
> > > > names and pass the respective scheme name in the HttpHost of the
> execute
> > > > method.
> > > > In the first pass route planner has the proper scheme name we set in
> the
> > > > HttpHost so it pickedup the proper socket factory
> > > > DefaultHttpRoutePlanner.determineRoute(HttpHost, HttpRequest,
> > > HttpContext)
> > > > line: 113
> > > > DefaultRequestDirector.determineRoute(HttpHost, HttpRequest,
> HttpContext)
> > > > line: 791
> > > > DefaultRequestDirector.execute(HttpHost, HttpRequest, HttpContext)
> line:
> > > 414
> > > > DefaultHttpClient(AbstractHttpClient).execute(HttpHost, HttpRequest,
> > > > HttpContext) line: 906
> > > >
> > > > In the second pass the target it reconstructed using the URI so the
> > > custom
> > > > scheme name is lost and our custom socket factory is not picked up
> > > > DefaultRequestDirector.handleResponse(RoutedRequest, HttpResponse,
> > > > HttpContext) line: 1110
> > > > *HttpHost newTarget = URIUtils.extractHost(uri);*
> > > >
> > > > DefaultHttpRoutePlanner.determineRoute(HttpHost, HttpRequest,
> > > HttpContext)
> > > > line: 113
> > > > DefaultRequestDirector.determineRoute(HttpHost, HttpRequest,
> HttpContext)
> > > > line: 791
> > > > DefaultRequestDirector.handleResponse(RoutedRequest, HttpResponse,
> > > > HttpContext) line: 1129
> > > > DefaultRequestDirector.execute(HttpHost, HttpRequest, HttpContext)
> line:
> > > 548
> > > >
> > > > Request the forum to help solve our scenario. You help is much
> > > appreciated,
> > > > awaiting a quick response.
> > > >
> > > > Thank you
> > > >
> > >
> > > Please consider upgrading to 4.3.x. Even if it is a bug in HttpClient
> > > there will be no more releases from the 4.2.x branch.
> > >
> > > Oleg
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> > > For additional commands, e-mail: httpclient-users-help@hc.apache.org
> > >
> > >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@hc.apache.org
> For additional commands, e-mail: httpclient-users-help@hc.apache.org
>
>

-- 
Regards,
Srihari NA

--047d7bdc9fe61868e6050a673289--