Mailing-List: contact java-dev-help@axis.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@axis.apache.org
Received-SPF: pass (nike.apache.org: domain of amilasuriarachchi@gmail.com
 designates 74.125.82.51 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=VgpFCY3hGxolaLZCStdkQsIvqHNN1t5TEsvTKSXkk7kVbHS5tGFUvQYB9VYNVqCmLo
         HQNKE/fwX2inc3lAfUS4HqyZI1tLRYx/tJiYA0AEqBxLLGvplbJDLcYJ02PSmmf2Xh8M
         oHuUZBpt2zpn1UCMU/TMVH+GJWjFqR/5Ym3jw=
MIME-Version: 1.0
In-Reply-To: <4C93BBB3.1020306@thoughtcraft.com>
References: <4C93BBB3.1020306@thoughtcraft.com>
Date: Sat, 18 Sep 2010 14:21:46 +0530
Message-ID: <AANLkTinR+MPXbCO6xP9039fWpgN5sX__VkGrHknnA+-w@mail.gmail.com>
Subject: Re: HTTP connection management in Axis
From: Amila Suriarachchi <amilasuriarachchi@gmail.com>
To: java-dev@axis.apache.org
Content-Type: multipart/alternative; boundary=0016364d1f390e619f049084ca3c

--0016364d1f390e619f049084ca3c
Content-Type: text/plain; charset=ISO-8859-1

On Sat, Sep 18, 2010 at 12:34 AM, Glen Daniels <glen@thoughtcraft.com>wrote:

> (New thread for discussing $subject.)
>
> So, for 1.6 it would be great if we could finalize our HTTP management
> stuff,
> and have a clean set of APIs / patterns that we can have documented and
> FAQ'ed.
>
> This thread can break off into sub-threads if desired, but things I think
> we
> need to get right include the following:
>
> * Do we re-use HTTPClient / MultithreadedHTTPConnectionManager by default?
>
> My answer here would be yes, but the code currently uses any MHCM that it
> finds in the context hierarchy - so if you want to have a separate one
> per-operation or per-message, you can just drop it in to the right context.
> I think it's critical that the default behavior is as friendly as possible
> to
> the common use-cases, though.
>

So we need to define what the common use-case is.

I think the httpClient look up algorithm should looks like this,

looks for cached http client object and if found use it
looks for cached MHCM object and if found create a new httpClient per
invocation.
if both options not available create a new http Client per invocation.

All lookups should happen in the message context.

So the default is to create new httpClient. This way users can override
default option for high load situations.

thanks,
Amila.


>
> * Can we upgrade to HTTPClient v4?
>
> I haven't investigated this yet - has anyone played with this to know how
> challenging or not the migration is?
>
> * Are our APIs good enough?
>
> In particular, can we offer enough flexibility to the end-user via
> easy-to-understand APIs / properties?
>
> * Are our tests adequate?
>
> I think not yet.  We need at least to have small tests that prove re-use is
> working, tests for ServiceClient/OperationClient/Stubs, tests for
> rejiggering
> various properties, and ideally a full build will run a 5000-iteration loop
> sequence to test that the connection starvation problem hasn't snuck back
> in
> (particularly critical on Windows).
>
> * Other stuff?
>
> What am I missing?
>
> Thanks,
> --G
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@axis.apache.org
> For additional commands, e-mail: java-dev-help@axis.apache.org
>
>


-- 
Amila Suriarachchi
WSO2 Inc.
blog: http://amilachinthaka.blogspot.com/

--0016364d1f390e619f049084ca3c
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">On Sat, Sep 18, 2010 at 12:34 AM, Glen D=
aniels <span dir=3D"ltr">&lt;<a href=3D"mailto:glen@thoughtcraft.com">glen@=
thoughtcraft.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote"=
 style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.=
8ex; padding-left: 1ex;">
(New thread for discussing $subject.)<br>
<br>
So, for 1.6 it would be great if we could finalize our HTTP management stuf=
f,<br>
and have a clean set of APIs / patterns that we can have documented and FAQ=
&#39;ed.<br>
<br>
This thread can break off into sub-threads if desired, but things I think w=
e<br>
need to get right include the following:<br>
<br>
* Do we re-use HTTPClient / MultithreadedHTTPConnectionManager by default?<=
br>
<br>
My answer here would be yes, but the code currently uses any MHCM that it<b=
r>
finds in the context hierarchy - so if you want to have a separate one<br>
per-operation or per-message, you can just drop it in to the right context.=
<br>
I think it&#39;s critical that the default behavior is as friendly as possi=
ble to<br>
the common use-cases, though.<br></blockquote><div><br>So we need to define=
 what the common use-case is.<br><br>I think the httpClient look up algorit=
hm should looks like this,<br><br>looks for cached http client object and i=
f found use it<br>
looks for cached MHCM object and if found create a new httpClient per invoc=
ation.<br>if both options not available create a new http Client per invoca=
tion.<br><br>All lookups should happen in the message context.<br><br>So th=
e default is to create new httpClient. This way users can override default =
option for high load situations.<br>
<br>thanks,<br>Amila.<br><br>=A0</div><blockquote class=3D"gmail_quote" sty=
le=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex;=
 padding-left: 1ex;">
<br>
* Can we upgrade to HTTPClient v4?<br>
<br>
I haven&#39;t investigated this yet - has anyone played with this to know h=
ow<br>
challenging or not the migration is?<br>
<br>
* Are our APIs good enough?<br>
<br>
In particular, can we offer enough flexibility to the end-user via<br>
easy-to-understand APIs / properties?<br>
<br>
* Are our tests adequate?<br>
<br>
I think not yet. =A0We need at least to have small tests that prove re-use =
is<br>
working, tests for ServiceClient/OperationClient/Stubs, tests for rejiggeri=
ng<br>
various properties, and ideally a full build will run a 5000-iteration loop=
<br>
sequence to test that the connection starvation problem hasn&#39;t snuck ba=
ck in<br>
(particularly critical on Windows).<br>
<br>
* Other stuff?<br>
<br>
What am I missing?<br>
<br>
Thanks,<br>
--G<br>
<br>
---------------------------------------------------------------------<br>
To unsubscribe, e-mail: <a href=3D"mailto:java-dev-unsubscribe@axis.apache.=
org">java-dev-unsubscribe@axis.apache.org</a><br>
For additional commands, e-mail: <a href=3D"mailto:java-dev-help@axis.apach=
e.org">java-dev-help@axis.apache.org</a><br>
<br>
</blockquote></div><br><br clear=3D"all"><br>-- <br>Amila Suriarachchi<br>W=
SO2 Inc.<br>blog: <a href=3D"http://amilachinthaka.blogspot.com/">http://am=
ilachinthaka.blogspot.com/</a><br>

--0016364d1f390e619f049084ca3c--