axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Davanum Srinivas" <dava...@gmail.com>
Subject Re: AbstractHTTPSender not releasing connection
Date Fri, 04 May 2007 16:08:50 GMT
I have linked the 2 issues. Let's wait to hear from Michele on my
latest suggestions

thanks,
dims

On 5/4/07, Cox, Brian (GE Infra, Energy) <brian.cox@ge.com> wrote:
> I believe this JIRA is also related:
>
> http://issues.apache.org/jira/browse/AXIS2-935
>
>
>
>  -----Original Message-----
> From:   Michele Mazzucco [mailto:Michele.Mazzucco@ncl.ac.uk]
> Sent:   Friday, May 04, 2007 10:12 AM
> To:     axis2
> Subject:        Re: AbstractHTTPSender not releasing connection
>
> Dims,
>
> please see here
> https://issues.apache.org/jira/browse/AXIS2-2593
>
>
> Michele
>
> On Fri, 2007-05-04 at 09:59 -0400, Davanum Srinivas wrote:
> > Michele,
> >
> > Here's what is see in the http client code:
> > http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/MultiThreadedHttpConnectionManager.java
> >
> >    /** The default maximum number of connections allowed per host */
> >     public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;   // Per
> > RFC 2616 sec 8.1.4
> >
> >     /** The default maximum number of connections allowed overall */
> >     public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;
> >
> > Could the new threads being created because the old ones are still in
> > progress? can you bump up the default limits and try?
> >
> > -- dims
> >
> > On 5/4/07, Michele Mazzucco <Michele.Mazzucco@ncl.ac.uk> wrote:
> > > Dims,
> > >
> > > even if the HttpClient is cached new connections are created every 3/4
> > > requests.
> > >
> > > Michele
> > >
> > > On Fri, 2007-05-04 at 09:44 -0400, Davanum Srinivas wrote:
> > > > Kamaljeet,
> > > >
> > > > can you try the 2nd option here:
> > > > http://wso2.org/library/87
> > > >
> > > > -- dims
> > > >
> > > > On 5/4/07, Kang, Kamaljeet K. <Kamal.K.Kang@tellabs.com> wrote:
> > > > > Hi,
> > > > >
> > > > > I turned the HttpClient log on and from the log it looks like new
> > > > > connection is created for every request. I am sending request every
1
> > > > > sec so connection shouldn't idle out. I think, AbstractHTTPSender
is not
> > > > > releasing the connection back to the pool so
> > > > > 'MultiThreadedHttpConnectionManager cleanup' thread is trashing it
after
> > > > > 1 use.
> > > > >
> > > > >
> > > > >
> > > > > >>>>>>>> Log
> > > > >
> > > > > 04-May 08:11:22,184 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Unable to get a connection,
> > > > > waiting..., hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > **********ProbCause*****PROP_TEST
> > > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - Connection reclaimed
by
> > > > > garbage collector,
> > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - enter
> > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [MultiThreadedHttpConnectionManager cleanup] - Notifying thread waiting
> > > > > on host pool, hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - enter
> > > > > HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> > > > > 04-May 08:52:15,369 DEBUG httpclient.MultiThreadedHttpConnectionManager
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Allocating new connection,
> > > > > hostConfig=HostConfiguration[host=http://localhost:8081]
> > > > > 04-May 08:52:15,369 DEBUG httpclient.HttpMethodDirector
> > > > > [PRIMARY_SUBSCRIBER_FAULT_TOPIC] - Attempt number 1 to process request
> > > > >
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > Kamal
> > > > >
> > > > > -----Original Message-----
> > > > > From: Michele Mazzucco [mailto:Michele.Mazzucco@ncl.ac.uk]
> > > > > Sent: Friday, May 04, 2007 4:22 AM
> > > > > To: axis-user@ws.apache.org
> > > > > Subject: Re: AbstractHTTPSender not releasing connection
> > > > >
> > > > > Hi Kamal,
> > > > >
> > > > > HttpClient by default uses persistent (keep alive) connections, however
> > > > > every few requests a new connection is created.
> > > > >
> > > > > Michele
> > > > >
> > > > > On Thu, 2007-05-03 at 16:15 -0400, Kang, Kamaljeet K. wrote:
> > > > > > Hi,
> > > > > >
> > > > > > As per HTTPClient documentation if you are using
> > > > > > MultiThreadedhttpConnectionManager then for every
> > > > > > HttpClient.executeMethod there has to be corresponding
> > > > > > 'releaseConnection' call. I do not see AbstractHttpSender releasing
> > > > > > connection anywhere in the code. Is this the reason why even
after
> > > > > using
> > > > > > REUSE_HTTP_CLIENT, we see new HTTP connection created for every
> > > > > > request/response?
> > > > > >
> > > > > >
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > Kamal
> > > > > > ============================================================
> > > > > > The information contained in this message may be privileged
> > > > > > and confidential and protected from disclosure. If the reader
> > > > > > of this message is not the intended recipient, or an employee
> > > > > > or agent responsible for delivering this message to the
> > > > > > intended recipient, you are hereby notified that any reproduction,
> > > > > > dissemination or distribution of this communication is strictly
> > > > > > prohibited. If you have received this communication in error,
> > > > > > please notify us immediately by replying to the message and
> > > > > > deleting it from your computer. Thank you. Tellabs
> > > > > > ============================================================
> > > > > >
> > > > > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > > > > >
> > > > >
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > > > > ============================================================
> > > > > The information contained in this message may be privileged
> > > > > and confidential and protected from disclosure. If the reader
> > > > > of this message is not the intended recipient, or an employee
> > > > > or agent responsible for delivering this message to the
> > > > > intended recipient, you are hereby notified that any reproduction,
> > > > > dissemination or distribution of this communication is strictly
> > > > > prohibited. If you have received this communication in error,
> > > > > please notify us immediately by replying to the message and
> > > > > deleting it from your computer. Thank you. Tellabs
> > > > > ============================================================
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> > > For additional commands, e-mail: axis-user-help@ws.apache.org
> > >
> > >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>


-- 
Davanum Srinivas :: http://davanum.wordpress.com

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org


Mime
View raw message