Nabble - HttpClient-User

Re: implementation of a custom HttpRoutePlanner - how to choose the HttpRoute attributes (secure, tunnel type, and layer type)?

2009-11-23T06:44:38Z

Hi Oleg,

thank you for the additional information.

You said, that the "secure" flag is "purely" arbitrary". Does this flag
have no effect at all on the way HttpClient behaves? Can I always set
this flag simply to "false"?

Would the following rule for setting the TunnelType property correct?

1. Whenever there is a proxy between between the source and the target
host set the tunnel type to "TunnelType.TUNNELLED".
2. Otherwise set the tunnel type to "TunnelType.PLAIN".

Would the following rule for setting the LayerType property correct?

1. Whenever the target host is accessed by https set the layer type is
set to "LayerType.LAYERED".
2. Otherwise set the layer type to "LayerType.PLAIN".

Thanks you for your help & best regards,

--Stefan

Am 23.11.2009 11:47, schrieb Oleg Kalnichevski:

> On Sat, 2009-11-21 at 20:54 +0100, Stefan Wachter wrote:
>
>> Hi Oleg,
>>
>> thanks for your reply. I already have read the documentation and JavaDoc
>> carefully before I decided to ask on the mailing list. After reading the
>> docs again I still do not know how to set the three parameters secure,
>> tunnelled, and layered.
>>
>>
> * Plain: direct connection to the target or a proxy
>
> * Tunneled: connection to a proxy or a proxy chain using CONNECT method.
> Once the connection is established the proxy will simply forward
> whatever data it receives from the client to the target server or next
> proxy
>
> * Layered: another protocol is 'layered' over the existing connection.
>
> For example HTTPS via a proxy usually implies a tunneled and layered
> route. The client must establish a tunnel to the target server via the
> proxy and employ TLS/SSL as an additional protocol layer to encrypt/
> decrypt transmitted data. The tunneling proxy transfers data between the
> client and the target without looking at it.
>
> A non tunneled route usually implies that the proxy must be able to look
> at the transmitted messages and rewrite them before passing on the
> recipient.
>
>
>
>> For example if I want to access a target host by https and there is a
>> single proxy host in between. As far as I understand the proxy could be
>> contacted either by https or by http. This means there are the following
>> two alternatives:
>>
>> 1: source host -> (http) -> proxy host -> (https) -> target host
>> 2: source host -> (https) -> proxy host -> (https) -> target host
>>
>>
> I have never seen the second scenario ever used in real life. Usually
> the tunnel to the proxy is always established using plain HTTP.
>
>
>
>> What is the value for "secure" for these two alternatives? Can
>> alternative 1 be marked as secure (because the connection source ->
>> proxy is assumed to be in a secure intranet)? Is alternative 2 secure
>> because both enclosed connections are using https?
>>
>>
> Secure flag is purely arbitrary. For instance plain routes within a
> controlled corporate network can be considered 'secure', whereas SSL
> connections with a weak cypher over a public network can be considered
> as insecure. The decision as to whether a route is secure or insecure is
> entirely up to you. HttpClient per default assumes that SSL connections
> can be considered as secure.
>
> Oleg
>
>
>
>> What should the values for tunnelled and layered be?
>>
>> Thanks for your attention & best regards,
>>
>> --Stefan
>>
>>
>> Am 21.11.2009 14:11, schrieb Oleg Kalnichevski:
>>
>>> Stefan Wachter wrote:
>>>
>>>> Hi all,
>>>>
>>>> I want to write a custom implementation of the HttpRoutePlanner
>>>> interface. The only method to implement is:
>>>>
>>>> public HttpRoute determineRoute(HttpHost aTarget, HttpRequest
>>>> aRequest, HttpContext aContext) throws HttpException
>>>>
>>>> i.e. the method has to return an HttpRoute instance. There are various
>>>> constructors for an HttpRoute with the most general being:
>>>>
>>>> public HttpRoute(HttpHost target, InetAddress local, HttpHost[]
>>>> proxies, boolean secure, TunnelType tunnelled, LayerType layered)
>>>>
>>>> I can determine the array of proxies because of my application logic,
>>>> but I am unsure which values the remaining parameters (secure,
>>>> tunnelled, and layered) should take.
>>>>
>>>> Could someone shed some light on these parameters? How do they effect
>>>> the behaviour of HttpClient?
>>>>
>>>>
>>> http://hc.apache.org/httpcomponents-client/tutorial/html/connmgmt.html#d4e442
>>>
>>> http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.LayerType.html
>>>
>>> http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.TunnelType.html
>>>
>>>
>>> I hope this is enough
>>>
>>> Oleg
>>>
>>>
>>>> Best regards,
>>>> --Stefan
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>>>> For additional commands, e-mail: httpclient-users-help@...
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>>> For additional commands, e-mail: httpclient-users-help@...
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>> For additional commands, e-mail: httpclient-users-help@...
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

SSL certificate 2048 bit with 3.0

2009-11-23T04:21:56Z

Hello,
In a projet, we're using commons-httpclient 3.0 and the class EasySSLProtocolSocketFactory (EasyX509TrustManager) to have a SSL connection to a server.
But we have the error < java.security.cert.CertificateException: Untrusted Server Certificate Chain > when the client connects to the server.
The certificate is with 2048 bit but not with 1024 signed by the organism Verisign.

In this version of commons-httpclient, can the client accept this kind of key or must we upgrade client ?

Patrice Bayer
</PRE><p style="font-family:arial;color:grey" style="font-size:13px">This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.</p><PRE>

Re: Question on max connection limit

2009-11-23T03:09:50Z

Hello Oleg,

Thanks for response.
Can you please let me know what's the default value for
http.conn-manager.max-total parameter?

br,
-zoltan.

Oleg Kalnichevski wrote:

> On Sun, 2009-11-22 at 11:55 +0500, Zoltan Bencik wrote:
>
>> Dear All,
>>
>> I've currently set the following parameter during http client
>> initialization:
>> params.setParameter("http.conn-manager.max-total", 5);
>>
>> Is this correct way to limit the maximum connection number?
>> Because by analyzing the network stats, I always see that there are only
>> 2 connections
>> are used to the remote host all the time.
>> I just wonder if I understood correctly the tutorial and set proper
>> parameter to limit
>> max. connection number.
>>
>>
>
> Zoltan
>
> You also need to increase the max connections per route limit. Per
> default it is set to 2 connections.
>
> Oleg
>
>
>> Any help is highly appreciated, thanks.
>>
>> br,
>> -zoltan.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>> For additional commands, e-mail: httpclient-users-help@...
>>
>>
>
>
>
>

Re: Question on max connection limit

2009-11-23T02:49:07Z

On Sun, 2009-11-22 at 11:55 +0500, Zoltan Bencik wrote:

> Dear All,
>
> I've currently set the following parameter during http client
> initialization:
> params.setParameter("http.conn-manager.max-total", 5);
>
> Is this correct way to limit the maximum connection number?
> Because by analyzing the network stats, I always see that there are only
> 2 connections
> are used to the remote host all the time.
> I just wonder if I understood correctly the tutorial and set proper
> parameter to limit
> max. connection number.
>

Zoltan

You also need to increase the max connections per route limit. Per
default it is set to 2 connections.

Oleg

> Any help is highly appreciated, thanks.
>
> br,
> -zoltan.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: implementation of a custom HttpRoutePlanner - how to choose the HttpRoute attributes (secure, tunnel type, and layer type)?

2009-11-23T02:47:45Z

On Sat, 2009-11-21 at 20:54 +0100, Stefan Wachter wrote:
> Hi Oleg,
>
> thanks for your reply. I already have read the documentation and JavaDoc
> carefully before I decided to ask on the mailing list. After reading the
> docs again I still do not know how to set the three parameters secure,
> tunnelled, and layered.
>

* Plain: direct connection to the target or a proxy

* Tunneled: connection to a proxy or a proxy chain using CONNECT method.
Once the connection is established the proxy will simply forward
whatever data it receives from the client to the target server or next
proxy

* Layered: another protocol is 'layered' over the existing connection.

For example HTTPS via a proxy usually implies a tunneled and layered
route. The client must establish a tunnel to the target server via the
proxy and employ TLS/SSL as an additional protocol layer to encrypt/
decrypt transmitted data. The tunneling proxy transfers data between the
client and the target without looking at it.

A non tunneled route usually implies that the proxy must be able to look
at the transmitted messages and rewrite them before passing on the
recipient.

> For example if I want to access a target host by https and there is a
> single proxy host in between. As far as I understand the proxy could be
> contacted either by https or by http. This means there are the following
> two alternatives:
>
> 1: source host -> (http) -> proxy host -> (https) -> target host
> 2: source host -> (https) -> proxy host -> (https) -> target host
>

I have never seen the second scenario ever used in real life. Usually
the tunnel to the proxy is always established using plain HTTP.

> What is the value for "secure" for these two alternatives? Can
> alternative 1 be marked as secure (because the connection source ->
> proxy is assumed to be in a secure intranet)? Is alternative 2 secure
> because both enclosed connections are using https?
>

Secure flag is purely arbitrary. For instance plain routes within a
controlled corporate network can be considered 'secure', whereas SSL
connections with a weak cypher over a public network can be considered
as insecure. The decision as to whether a route is secure or insecure is
entirely up to you. HttpClient per default assumes that SSL connections
can be considered as secure.

Oleg

> What should the values for tunnelled and layered be?
>
> Thanks for your attention & best regards,
>
> --Stefan
>
>
> Am 21.11.2009 14:11, schrieb Oleg Kalnichevski:
> > Stefan Wachter wrote:
> >> Hi all,
> >>
> >> I want to write a custom implementation of the HttpRoutePlanner
> >> interface. The only method to implement is:
> >>
> >> public HttpRoute determineRoute(HttpHost aTarget, HttpRequest
> >> aRequest, HttpContext aContext) throws HttpException
> >>
> >> i.e. the method has to return an HttpRoute instance. There are various
> >> constructors for an HttpRoute with the most general being:
> >>
> >> public HttpRoute(HttpHost target, InetAddress local, HttpHost[]
> >> proxies, boolean secure, TunnelType tunnelled, LayerType layered)
> >>
> >> I can determine the array of proxies because of my application logic,
> >> but I am unsure which values the remaining parameters (secure,
> >> tunnelled, and layered) should take.
> >>
> >> Could someone shed some light on these parameters? How do they effect
> >> the behaviour of HttpClient?
> >>
> >
> > http://hc.apache.org/httpcomponents-client/tutorial/html/connmgmt.html#d4e442
> >
> > http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.LayerType.html
> >
> > http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.TunnelType.html
> >
> >
> > I hope this is enough
> >
> > Oleg
> >
> >> Best regards,
> >> --Stefan
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> >> For additional commands, e-mail: httpclient-users-help@...
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> > For additional commands, e-mail: httpclient-users-help@...
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

HttpClient AJAX Client

2009-11-22T22:43:27Z

I have written a client app based on HttpClient.

I need to simulate the following AJAX/JavaScript function.

Basically, after a simple GET request, I need to wait around until the server signals that my request has been completed.

function getCableInfo() {

var url = "/testboard/DSL/GetCableInformation.pl?random=7.10653400122286"
var doc;

if (window.ActiveXObject) {
try {
doc = new ActiveXObject("Microsoft.XMLHTTP");
}
catch(e) {
document.getElementById('nojs').submit();
}
}
else if (window.XMLHttpRequest) {
try {
doc = new XMLHttpRequest();
}
catch(e) {
document.getElementById('nojs').submit();
}
}

doc.open("GET", url, true);
doc.setRequestHeader( "Content-Type" , "application/x-www-form-urlencoded; charset=UTF-8" );
doc.send("");

doc.onreadystatechange=function() {
if (doc.readyState==4) {
document.getElementById('cableInfo').innerHTML = doc.responseText;
}
}
}

Question on max connection limit

2009-11-21T22:55:35Z

Dear All,

I've currently set the following parameter during http client
initialization:
params.setParameter("http.conn-manager.max-total", 5);

Is this correct way to limit the maximum connection number?
Because by analyzing the network stats, I always see that there are only
2 connections
are used to the remote host all the time.
I just wonder if I understood correctly the tutorial and set proper
parameter to limit
max. connection number.

Any help is highly appreciated, thanks.

br,
-zoltan.

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: implementation of a custom HttpRoutePlanner - how to choose the HttpRoute attributes (secure, tunnel type, and layer type)?

2009-11-21T11:54:16Z

Hi Oleg,

thanks for your reply. I already have read the documentation and JavaDoc
carefully before I decided to ask on the mailing list. After reading the
docs again I still do not know how to set the three parameters secure,
tunnelled, and layered.

For example if I want to access a target host by https and there is a
single proxy host in between. As far as I understand the proxy could be
contacted either by https or by http. This means there are the following
two alternatives:

1: source host -> (http) -> proxy host -> (https) -> target host
2: source host -> (https) -> proxy host -> (https) -> target host

What is the value for "secure" for these two alternatives? Can
alternative 1 be marked as secure (because the connection source ->
proxy is assumed to be in a secure intranet)? Is alternative 2 secure
because both enclosed connections are using https?

What should the values for tunnelled and layered be?

Thanks for your attention & best regards,

--Stefan

Am 21.11.2009 14:11, schrieb Oleg Kalnichevski:

> Stefan Wachter wrote:
>> Hi all,
>>
>> I want to write a custom implementation of the HttpRoutePlanner
>> interface. The only method to implement is:
>>
>> public HttpRoute determineRoute(HttpHost aTarget, HttpRequest
>> aRequest, HttpContext aContext) throws HttpException
>>
>> i.e. the method has to return an HttpRoute instance. There are various
>> constructors for an HttpRoute with the most general being:
>>
>> public HttpRoute(HttpHost target, InetAddress local, HttpHost[]
>> proxies, boolean secure, TunnelType tunnelled, LayerType layered)
>>
>> I can determine the array of proxies because of my application logic,
>> but I am unsure which values the remaining parameters (secure,
>> tunnelled, and layered) should take.
>>
>> Could someone shed some light on these parameters? How do they effect
>> the behaviour of HttpClient?
>>
>
> http://hc.apache.org/httpcomponents-client/tutorial/html/connmgmt.html#d4e442
>
> http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.LayerType.html
>
> http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.TunnelType.html
>
>
> I hope this is enough
>
> Oleg
>
>> Best regards,
>> --Stefan
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>> For additional commands, e-mail: httpclient-users-help@...
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: implementation of a custom HttpRoutePlanner - how to choose the HttpRoute attributes (secure, tunnel type, and layer type)?

2009-11-21T05:11:29Z

Stefan Wachter wrote:

> Hi all,
>
> I want to write a custom implementation of the HttpRoutePlanner
> interface. The only method to implement is:
>
> public HttpRoute determineRoute(HttpHost aTarget, HttpRequest
> aRequest, HttpContext aContext) throws HttpException
>
> i.e. the method has to return an HttpRoute instance. There are various
> constructors for an HttpRoute with the most general being:
>
> public HttpRoute(HttpHost target, InetAddress local, HttpHost[]
> proxies, boolean secure, TunnelType tunnelled, LayerType layered)
>
> I can determine the array of proxies because of my application logic,
> but I am unsure which values the remaining parameters (secure,
> tunnelled, and layered) should take.
>
> Could someone shed some light on these parameters? How do they effect
> the behaviour of HttpClient?
>

http://hc.apache.org/httpcomponents-client/tutorial/html/connmgmt.html#d4e442
http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.LayerType.html
http://hc.apache.org/httpcomponents-client/httpclient/apidocs/org/apache/http/conn/routing/RouteInfo.TunnelType.html

I hope this is enough

Oleg

> Best regards,
> --Stefan
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

implementation of a custom HttpRoutePlanner - how to choose the HttpRoute attributes (secure, tunnel type, and layer type)?

2009-11-20T08:44:39Z

Hi all,

I want to write a custom implementation of the HttpRoutePlanner
interface. The only method to implement is:

public HttpRoute determineRoute(HttpHost aTarget, HttpRequest
aRequest, HttpContext aContext) throws HttpException

i.e. the method has to return an HttpRoute instance. There are various
constructors for an HttpRoute with the most general being:

public HttpRoute(HttpHost target, InetAddress local, HttpHost[]
proxies, boolean secure, TunnelType tunnelled, LayerType layered)

I can determine the array of proxies because of my application logic,
but I am unsure which values the remaining parameters (secure,
tunnelled, and layered) should take.

Could someone shed some light on these parameters? How do they effect
the behaviour of HttpClient?

Best regards,
--Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Sagar Manda is out of the office.

2009-11-20T02:01:28Z

I will be out of the office starting 11/20/2009 and will not return until
12/14/2009.

I will respond to your message when I return.

This e-mail is intended only for its addressee and may contain information
that is privileged, confidential, or otherwise protected from disclosure. If
you have received this communication in error, please notify us immediately by
e-mailing postmaster@...; then delete the original message.

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: HttpClient 4.0. SocketTimeoutException and RST signal problem

2009-11-20T00:52:44Z

Thank you for your help. I increse timeouts and connector is running fine without problems.

Best Regards,

Tom

RE: Infinite loop in ChunkedInputStream.close

2009-11-19T13:33:52Z

Perfect, thanks.

I was hoping that I would see a missing final chunk that would explain
it but no such luck.
Again, that was from Loadbalancer to server so my only hope left is that
from client to LB shows something different.

-k

-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@...]
Sent: Thursday, November 19, 2009 4:29 PM
To: HttpClient User Discussion
Subject: Re: Infinite loop in ChunkedInputStream.close

kenneth.s.brooks@... wrote:

> Oleg,
>
> I have a network capture from a week or so ago.
> This is between the loadbalancer and the server. (We're working on
> getting the capture from the client to the loadbalancer).
>
> It shows that we are getting one packet back with data and ending with
> 0d 0a.
> The next packet ends with 30 30 30 30 0d 0a 0d 0a.
>
> So at least from the server to the loadbalancer it appears that we are
> getting the same closing chunk for good and bad requests.
>
> You said that it should end with <CR><LF>0<CR><LF>, but on all of our
> requests it ends with 30 30 30 30 0d 0a 0d 0a (which is 0 0 0 0 CR LF

CR
> LF).
> Is that what you would expect?
>

RFC 2616
3.6.1 Chunked Transfer Coding

---
last-chunk = 1*("0") [ chunk-extension ] CRLF
---

There appears to be an extra CR LF pair at the end but this should not
cause a major problem. Otherwise looks all right.

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and
any attachments are believed to be free of any virus or other
defect that might affect any computer system into which it is
received and opened, it is the responsibility of the recipient to
ensure that it is virus free and no responsibility is accepted by
JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use.
If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: HC 4.0 GA: IllegalStateException

2009-11-19T13:32:44Z

Natarajan_Valli@... wrote:
> Thanks for prompt reply. I will try with version 4.0.1-SNAPSHOT. Is the
> snapshot stable enough to use in production environment?
>

It is a snapshot from the stable (bug fixes only) branch. It contains a
bug fix that may be relevant in your case.

> I initially tried to send the context log as an attachment but the mail
> bounced back due to size limit. Is there alternate way to post log
> files? I can try to send us zip file...
>

Zip it and try again. If that fails send it to me directly. Please do
try to reproduce the problem with the 4.0.1-SNAPSHOT first, though.

Oleg

> Thanks again
> Valli
>
> -----Original Message-----
> From: Oleg Kalnichevski [mailto:olegk@...]
> Sent: Thursday, November 19, 2009 11:43 AM
> To: HttpClient User Discussion
> Subject: Re: HC 4.0 GA: IllegalStateException
>
> Natarajan_Valli@... wrote:
>> I just try to upgrade HC 3.x to HC4.0. Use ThreadSafeClientConnManager
>> for connection management. Any idea to resolve/debug this issue?
>>
>
> (1) Upgrade to the latest 4.0.1 snapshot
> https://repository.apache.org/content/repositories/snapshots/org/apache/
> httpcomponents/httpclient/4.0.1-SNAPSHOT/
>
> (2) Produce a wire/context log of the session
> http://hc.apache.org/httpcomponents-client/logging.html
>
> Oleg
>
>>
>>
>> Caused by: java.lang.IllegalStateException: Connection already open.
>>
>> at
>>
> org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:
>> 135)
>>
>> at
>>
> org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledC
>> onnAdapter.java:101)
>>
>> at
>>
> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultReques
>> tDirector.java:381)
>>
>> at
>>
> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
>> t.java:641)
>>
>> at
>>
> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
>> t.java:576)
>>
>> at
>>
> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
>> t.java:554)
>>
>>
>>
>> Thanks
>>
>> Valliappan
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: Infinite loop in ChunkedInputStream.close

2009-11-19T13:29:29Z

kenneth.s.brooks@... wrote:

RFC 2616
3.6.1 Chunked Transfer Coding

---
last-chunk = 1*("0") [ chunk-extension ] CRLF
---

There appears to be an extra CR LF pair at the end but this should not
cause a major problem. Otherwise looks all right.

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

RE: HC 4.0 GA: IllegalStateException

2009-11-19T13:15:18Z

Thanks for prompt reply. I will try with version 4.0.1-SNAPSHOT. Is the
snapshot stable enough to use in production environment?

I initially tried to send the context log as an attachment but the mail
bounced back due to size limit. Is there alternate way to post log
files? I can try to send us zip file...

Thanks again
Valli

-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@...]
Sent: Thursday, November 19, 2009 11:43 AM
To: HttpClient User Discussion
Subject: Re: HC 4.0 GA: IllegalStateException

Natarajan_Valli@... wrote:
> I just try to upgrade HC 3.x to HC4.0. Use ThreadSafeClientConnManager
> for connection management. Any idea to resolve/debug this issue?
>

(1) Upgrade to the latest 4.0.1 snapshot
https://repository.apache.org/content/repositories/snapshots/org/apache/
httpcomponents/httpclient/4.0.1-SNAPSHOT/

(2) Produce a wire/context log of the session
http://hc.apache.org/httpcomponents-client/logging.html

Oleg

>
>
> Caused by: java.lang.IllegalStateException: Connection already open.
>
> at
>
org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:
> 135)
>
> at
>
org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledC
> onnAdapter.java:101)
>
> at
>
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultReques
> tDirector.java:381)
>
> at
>
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
> t.java:641)
>
> at
>
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
> t.java:576)
>
> at
>
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
> t.java:554)
>
>
>
> Thanks
>
> Valliappan
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

RE: Infinite loop in ChunkedInputStream.close

2009-11-19T13:09:16Z

Oleg,

I have a network capture from a week or so ago.
This is between the loadbalancer and the server. (We're working on
getting the capture from the client to the loadbalancer).

It shows that we are getting one packet back with data and ending with
0d 0a.
The next packet ends with 30 30 30 30 0d 0a 0d 0a.

So at least from the server to the loadbalancer it appears that we are
getting the same closing chunk for good and bad requests.

You said that it should end with <CR><LF>0<CR><LF>, but on all of our
requests it ends with 30 30 30 30 0d 0a 0d 0a (which is 0 0 0 0 CR LF CR
LF).
Is that what you would expect?

-ken

-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@...]
Sent: Thursday, November 19, 2009 3:35 PM
To: HttpClient User Discussion
Subject: Re: Infinite loop in ChunkedInputStream.close

kenneth.s.brooks@... wrote:
> Will do.
> Not saying it will necessarily make a difference, just more of a 'what
> is the proper usage' type of question.
>

Closing streams when done using them is basically a good java practice,
so the proper usage would be to close the stream _and_ to release the
connection. This will also make the migration to version 4.0 somewhat
easier.

Cheers

Oleg

update

>> as soon as we do.
>>
>> In the mean time, am I correct in removing the ois.close() from my
> code
>> and letting httpclient close it with the AutoCloseInputStream when I
>> call releaseConnection?
>>
>
> I do not think this should make any difference but you certainly can
> give it a try.
>
> Oleg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED. Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: Infinite loop in ChunkedInputStream.close

2009-11-19T12:34:45Z

kenneth.s.brooks@... wrote:
> Will do.
> Not saying it will necessarily make a difference, just more of a 'what
> is the proper usage' type of question.
>

Closing streams when done using them is basically a good java practice,
so the proper usage would be to close the stream _and_ to release the
connection. This will also make the migration to version 4.0 somewhat
easier.

Cheers

Oleg

> Thanks again,
> -k
>
> -----Original Message-----
> From: Oleg Kalnichevski [mailto:olegk@...]
> Sent: Thursday, November 19, 2009 3:15 PM
> To: HttpClient User Discussion
> Subject: Re: Infinite loop in ChunkedInputStream.close
>
> kenneth.s.brooks@... wrote:
>> Oleg,
>>
>> Thanks for the response.
>>
>> I agree that it doesn't necessarily appear to be HttpClient code
>> itself.. because you are just calling to the jdk inputstream.read.
>>
>> I did some research and saw that we are sending back
> Transfer-Encoding:
>> chunked and am able to spot (in a network capture) on all the good
> calls
>> the following:
>> 30 0D 0A 0D 0A (which is 0 and the CRLF). We haven't reproduced the
>> error yet while doing a network capture so I'll respond with an update
>> as soon as we do.
>>
>> In the mean time, am I correct in removing the ois.close() from my
> code
>> and letting httpclient close it with the AutoCloseInputStream when I
>> call releaseConnection?
>>
>
> I do not think this should make any difference but you certainly can
> give it a try.
>
> Oleg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED. Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

RE: Infinite loop in ChunkedInputStream.close

2009-11-19T12:20:31Z

Will do.
Not saying it will necessarily make a difference, just more of a 'what
is the proper usage' type of question.

Thanks again,
-k

-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@...]
Sent: Thursday, November 19, 2009 3:15 PM
To: HttpClient User Discussion
Subject: Re: Infinite loop in ChunkedInputStream.close

kenneth.s.brooks@... wrote:
> Oleg,
>
> Thanks for the response.
>
> I agree that it doesn't necessarily appear to be HttpClient code
> itself.. because you are just calling to the jdk inputstream.read.
>
> I did some research and saw that we are sending back
Transfer-Encoding:
> chunked and am able to spot (in a network capture) on all the good
calls
> the following:
> 30 0D 0A 0D 0A (which is 0 and the CRLF). We haven't reproduced the
> error yet while doing a network capture so I'll respond with an update
> as soon as we do.
>
> In the mean time, am I correct in removing the ois.close() from my
code
> and letting httpclient close it with the AutoCloseInputStream when I
> call releaseConnection?
>

I do not think this should make any difference but you certainly can
give it a try.

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and
any attachments are believed to be free of any virus or other
defect that might affect any computer system into which it is
received and opened, it is the responsibility of the recipient to
ensure that it is virus free and no responsibility is accepted by
JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use.
If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: Infinite loop in ChunkedInputStream.close

2009-11-19T12:14:48Z

kenneth.s.brooks@... wrote:

> Oleg,
>
> Thanks for the response.
>
> I agree that it doesn't necessarily appear to be HttpClient code
> itself.. because you are just calling to the jdk inputstream.read.
>
> I did some research and saw that we are sending back Transfer-Encoding:
> chunked and am able to spot (in a network capture) on all the good calls
> the following:
> 30 0D 0A 0D 0A (which is 0 and the CRLF). We haven't reproduced the
> error yet while doing a network capture so I'll respond with an update
> as soon as we do.
>
> In the mean time, am I correct in removing the ois.close() from my code
> and letting httpclient close it with the AutoCloseInputStream when I
> call releaseConnection?
>

I do not think this should make any difference but you certainly can
give it a try.

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

RE: Infinite loop in ChunkedInputStream.close

2009-11-19T12:07:28Z

Oleg,

Thanks for the response.

I agree that it doesn't necessarily appear to be HttpClient code
itself.. because you are just calling to the jdk inputstream.read.

I did some research and saw that we are sending back Transfer-Encoding:
chunked and am able to spot (in a network capture) on all the good calls
the following:
30 0D 0A 0D 0A (which is 0 and the CRLF). We haven't reproduced the
error yet while doing a network capture so I'll respond with an update
as soon as we do.

In the mean time, am I correct in removing the ois.close() from my code
and letting httpclient close it with the AutoCloseInputStream when I
call releaseConnection?

Thanks,
Ken

-----Original Message-----
From: Oleg Kalnichevski [mailto:olegk@...]
Sent: Thursday, November 19, 2009 2:50 PM
To: HttpClient User Discussion
Subject: Re: Infinite loop in ChunkedInputStream.close

kenneth.s.brooks@... wrote:
> We are using httpclient 3.1 to send a post and get back serialized
java

> objects (think of something analogous to Spring Remoting).
> We deploy this client code to many client machines talking thru
> loadbalancers communicating with Weblogic 10MP1 servers.
> The clients in this test are on windows, running jdk5 thru mercury
> loadrunner (performance testing software).
>
> We've been testing anywhere between 45 and 90tps and the vast majority
> of the transactions are successful.
>
> About 1 transaction every half hour ends up with a
> java.net.SocketException: Connection reset.
> The loadbalancer will close the socket after 60 seconds.
> The reason we get that exception (and not a different one) is that we
> have the client timeout set up higher than 60 seconds (just for trying
> to expose this issue) and the loadbalancer has a 60 second timeout.
>
> Here is what we have learned so far.
>
> We get the response body as stream:
> InputStream responseBody =
> postMethod.getResponseBodyAsStream();
>
> We then send it thru a custom deserializer, we know that the object in
> the response is being read because the log right after it is being
> printed out:
> However we have a close on that input stream in the finally. I'm
> probably going to remove that close (since I read elsewhere that its
> taken care of by the postMethod.releaseConnection().
> try {
> Object object = ois.readObject();
> LOG.debug(METHOD_NAME + "ois.readObject completed");
> return object;
> } finally {
> ois.close();
> LOG.debug(METHOD_NAME + "ois.close completed");
> }
>
> The ois.close() is calling AutoCloseInputStream.close, calling
> ChunkedInputStream.close which is trying to exhaust the stream by
> calling exhaustInputStream which eventually calls

SocketInputStream.read
> and just sits there until the connection reset happens.
>
> Any clue as to what would cause it to hang there?
>

I seriously doubt this has anything to do with a tight loop in
HttpClient code. Most likely the server fails to send the closing chunk,

which causes the input stream to get blocked in a read operation.

> The confusing factors are that the object seems to be fully read (so I
> would assume there is nothing left in the stream) and we average a
> couple thousand good transactions for every 1 occurrence of a bad one.
>
> Let me know if I need the full headers and wire. We have only the
> header, not the content turned on because the volume of logging just
> kills the clients when turned up to trace.

I am afraid the only reliable way of establishing the cause would be
getting a complete wire log.

> Also, we will be looking to migrate eventually to httpclient 4, but
that
> requires jdk5 and right now we have clients that are still
> (unfortunately) jdk1.4 so we can't quite make that leap yet.
> I have network captures as well, if you think you know what I should
> look for please advise and I will do so.
>

If you can find out where the session gets stuck see if the server sends

the closing chunk back to the client. The chunk should look like
<CR><LF>0<CR><LF>

Oleg

> Thanks,
> Ken
>
> Here is the pertinent httpclient log.
> Notice the 1 minute gap in log statements between 15:54:25:723 EST and
> 15:55:25:756 EST
> Also be aware that the reason you see logs in between the issue and
the
> time you see the stacktrace is that the postMethod.releaseConnection()
> is in a finally, so of course it will complete before the exception is
> propogated.
>
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.clearRequestBody()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod
-

> enter EntityEnclosingMethod.clearRequestBody()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
> RemoteServiceExecutorImpl - executeRequest calling
> httpClient.ExecuteMethod
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
> HttpClient.executeMethod(HttpMethod)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
> HttpClient.executeMethod(HostConfiguration,HttpMethod,HttpState)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.getConnectionWithTimeout(HostConfiguration,

long)

> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
> MultiThreadedHttpConnectionManager -
> HttpConnectionManager.getConnection: config =
> HostConfiguration[host=http://my-loadbalancer:9810], timeout = 0
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
> MultiThreadedHttpConnectionManager - Allocating new connection,
> hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodDirector -
> Attempt number 1 to process request
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.open()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpConnection - Open
> connection to my-loadbalancer:9810
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.execute(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.writeRequest(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.writeRequestLine(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.generateRequestLine(HttpConnection, String, String,
> String, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "POST
> /cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8.1/CDC/essd-remote/
> HTTP/1.1[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.writeRequestHeaders(HttpState,HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod

-
> enter EntityEnclosingMethod.addRequestHeaders(HttpState,
HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] ExpectContinueMethod -
> enter ExpectContinueMethod.addRequestHeaders(HttpState,
HttpConnection)

> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addRequestHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addUserAgentRequestHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addHostRequestHeader(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpMethodBase -

Adding

> Host request header
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addCookieRequestHeader(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpState - enter
> HttpState.getCookies()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addProxyConnectionHeader(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod

-
> enter EntityEnclosingMethod.addContentLengthRequestHeader(HttpState,
> HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod
-
> enter EntityEnclosingMethod.getRequestContentLength()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod
-

> enter EntityEnclosingMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase -
> HttpMethodBase.addRequestHeader(Header)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Content-Type: application/x-java-serialized-object[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Content-Encoding: none[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Serialization-Type: java[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>

"User-Agent:

> Jakarta Commons-HttpClient/3.1[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "Host:
> my-loadbalancer:9810[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Content-Length: 3051[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.writeLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod

-
> enter EntityEnclosingMethod.writeRequestBody(HttpState,
HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod
-
> enter EntityEnclosingMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod
-
> enter EntityEnclosingMethod.getRequestContentLength()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod
-
> enter EntityEnclosingMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.getRequestOutputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] EntityEnclosingMethod
-

> Request body sent
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.flushRequestOutputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponse(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readStatusLine(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.readLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
> 200 OK[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
> 200 OK[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponseHeaders(HttpState,HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.getResponseInputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HeaderParser.parseHeaders(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "Date:

Tue,

> 17 Nov 2009 20:54:25 GMT[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Transfer-Encoding: chunked[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Content-Type: application/x-java-serialized-object[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Content-Encoding: none[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Serialization-Type: java[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.processResponseHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.processCookieHeaders(Header[], HttpState,

HttpConnection)

> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponseBody(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponseBody(HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.getResponseInputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.canResponseHaveBody(int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
> HeaderElement.parseElements(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
> HeaderElement.parseElements(char[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.isResponseAvailable(int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
> RemoteServiceExecutorImpl - executeRequesthttpClient.ExecuteMethod
> completed
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
> RemoteServiceExecutorImpl -
> executeRequestpostMethod.getResponseBodyAsStream completed
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [TRACE] HttpConnection - enter
> HttpConnection.releaseConnection()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG] HttpConnection -
> Releasing connection back to connection manager.
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.releaseConnection(HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
> MultiThreadedHttpConnectionManager - Freeing connection,
> hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG] IdleConnectionHandler

> Adding connection at: 1258491325756
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
> MultiThreadedHttpConnectionManager - Notifying no-one, there are no
> waiting threads
> Error [MsgId: MMSG-17999]
> Error: Failed to end Transaction "callTrackingService_insertWorkFlow"
> (by name). Please check that you made a call to start transaction
> operation. [MsgId: MERR-16985]
> Error: System.err: com.fusa.ssg.SystemException: Error making

call[Error
> executing Remote Method=[getCallSeqId] for Service
>
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
> .1/CDC] Exception=[java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(SocketInputStream.java:168)
> at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:235)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
> ream(ChunkedInputStream.java:250)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
> tream.java:221)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:176)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:196)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
> kedInputStream.java:369)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
> m.java:346)
> at java.io.FilterInputStream.close(FilterInputStream.java:159)
> at
>
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
> seInputStream.java:194)
> at
>
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
> tream.java:158)
> at
>
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
> 252)
> at
>
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
> ava:2587)
> at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
> at
>
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
> StandardJavaSerializer.java:41)
> at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
> erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
> at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
> cuteRequest(RemoteServiceExecutorImpl.java:111)
> at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:54)
> at $Proxy5.getCallSeqId(Unknown Source)
> at
>
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> at Actions.action(Actions.java:2327)
> ]]
> Error [MsgId: MERR-17999]
> System.err: at
>
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge

> tCallSeqId(CallTrackingRemotingDelegate.java:81)
> Error [MsgId: MMSG-17999]
> System.err: at Actions.action(Actions.java:2327)
> Error [MsgId: MMSG-17999]
> Error: System.err: ------------Wrapped Exception-----------
> Error [MsgId: MERR-17999]
> Error: System.err:
> com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
> executing Remote Method=[getCallSeqId] for Service
>

Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
> .1/CDC] Exception=[java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(SocketInputStream.java:168)
> at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:235)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
> ream(ChunkedInputStream.java:250)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
> tream.java:221)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:176)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:196)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
> kedInputStream.java:369)
> at
>
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
> m.java:346)
> at java.io.FilterInputStream.close(FilterInputStream.java:159)
> at
>
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
> seInputStream.java:194)
> at
>
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
> tream.java:158)
> at
>
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
> 252)
> at
>
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
> ava:2587)
> at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
> at
>
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
> StandardJavaSerializer.java:41)
> at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
> erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
> at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
> cuteRequest(RemoteServiceExecutorImpl.java:111)
> at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:54)
> at $Proxy5.getCallSeqId(Unknown Source)
> at
>
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> at Actions.action(Actions.java:2327)
> ]
> Error [MsgId: MERR-17999]
> System.err: at
>
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:58)
> Error [MsgId: MMSG-17999]
> System.err: at $Proxy5.getCallSeqId(Unknown Source)
> Error [MsgId: MMSG-17999]
> System.err: at
>
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge

> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> Error [MsgId: MMSG-17999]
> System.err: at Actions.action(Actions.java:2327)
> Error [MsgId: MMSG-17999]
> Error: System.err: -----------Wrapped Exception-----------
> Error [MsgId: MERR-17999]
> Error: System.err:
> com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
> executing Remote Method=[getCallSeqId] for Service
>

> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> Error [MsgId: MMSG-17999]
> System.err: at Actions.action(Actions.java:2327)
> Error [MsgId: MMSG-17999]
>
>
>
>
>
>
>
>
>
>
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED. Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.

Re: Help with Self Signed SSL Certificates

2009-11-19T11:51:55Z

Kunal Chawla wrote:
> Hi Everyone,
>
>
> I am developing a proxy server kind of web app which will be relaying user input to the server. The server uses a self signed certificate. I am using httpclient 4.0 for this purpose.
>
> I keep on getting the error : javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
>
> So if some could point me to some tutorial or sample code for trusting self signed certificates that would be great. I could find good tutorial for HttpClient 3.0 but not for 4.0. I also have the server's SSL certificate so if some can guide how do I add this certificate to truststore

http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/keytool.html

Oleg

so that the HttpClient can use it even dat would be fine.

>
> Thanks!!!
>
> Kunal Chawla
> Graduate Research Assistant
> Georgia /institute of Technology
> www.chawlakunal.com
>
> ________________________________
> The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.
>
>
> The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: Infinite loop in ChunkedInputStream.close

2009-11-19T11:49:58Z

kenneth.s.brooks@... wrote:

> We are using httpclient 3.1 to send a post and get back serialized java
> objects (think of something analogous to Spring Remoting).
> We deploy this client code to many client machines talking thru
> loadbalancers communicating with Weblogic 10MP1 servers.
> The clients in this test are on windows, running jdk5 thru mercury
> loadrunner (performance testing software).
>
> We've been testing anywhere between 45 and 90tps and the vast majority
> of the transactions are successful.
>
> About 1 transaction every half hour ends up with a
> java.net.SocketException: Connection reset.
> The loadbalancer will close the socket after 60 seconds.
> The reason we get that exception (and not a different one) is that we
> have the client timeout set up higher than 60 seconds (just for trying
> to expose this issue) and the loadbalancer has a 60 second timeout.
>
> Here is what we have learned so far.
>
> We get the response body as stream:
> InputStream responseBody =
> postMethod.getResponseBodyAsStream();
>
> We then send it thru a custom deserializer, we know that the object in
> the response is being read because the log right after it is being
> printed out:
> However we have a close on that input stream in the finally. I'm
> probably going to remove that close (since I read elsewhere that its
> taken care of by the postMethod.releaseConnection().
> try {
> Object object = ois.readObject();
> LOG.debug(METHOD_NAME + "ois.readObject completed");
> return object;
> } finally {
> ois.close();
> LOG.debug(METHOD_NAME + "ois.close completed");
> }
>
> The ois.close() is calling AutoCloseInputStream.close, calling
> ChunkedInputStream.close which is trying to exhaust the stream by
> calling exhaustInputStream which eventually calls SocketInputStream.read
> and just sits there until the connection reset happens.
>
> Any clue as to what would cause it to hang there?
>

I seriously doubt this has anything to do with a tight loop in
HttpClient code. Most likely the server fails to send the closing chunk,
which causes the input stream to get blocked in a read operation.

> The confusing factors are that the object seems to be fully read (so I
> would assume there is nothing left in the stream) and we average a
> couple thousand good transactions for every 1 occurrence of a bad one.
>
> Let me know if I need the full headers and wire. We have only the
> header, not the content turned on because the volume of logging just
> kills the clients when turned up to trace.

I am afraid the only reliable way of establishing the cause would be
getting a complete wire log.

> Also, we will be looking to migrate eventually to httpclient 4, but that
> requires jdk5 and right now we have clients that are still
> (unfortunately) jdk1.4 so we can't quite make that leap yet.
> I have network captures as well, if you think you know what I should
> look for please advise and I will do so.
>

If you can find out where the session gets stuck see if the server sends
the closing chunk back to the client. The chunk should look like
<CR><LF>0<CR><LF>

Oleg

> Thanks,
> Ken
>
> Here is the pertinent httpclient log.
> Notice the 1 minute gap in log statements between 15:54:25:723 EST and
> 15:55:25:756 EST
> Also be aware that the reason you see logs in between the issue and the
> time you see the stacktrace is that the postMethod.releaseConnection()
> is in a finally, so of course it will complete before the exception is
> propogated.
>
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.clearRequestBody()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.clearRequestBody()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
> RemoteServiceExecutorImpl - executeRequest calling
> httpClient.ExecuteMethod
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
> HttpClient.executeMethod(HttpMethod)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
> HttpClient.executeMethod(HostConfiguration,HttpMethod,HttpState)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.getConnectionWithTimeout(HostConfiguration, long)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
> MultiThreadedHttpConnectionManager -
> HttpConnectionManager.getConnection: config =
> HostConfiguration[host=http://my-loadbalancer:9810], timeout = 0
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
> MultiThreadedHttpConnectionManager - Allocating new connection,
> hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodDirector -
> Attempt number 1 to process request
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.open()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpConnection - Open
> connection to my-loadbalancer:9810
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.execute(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.writeRequest(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.writeRequestLine(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.generateRequestLine(HttpConnection, String, String,
> String, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "POST
> /cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8.1/CDC/essd-remote/
> HTTP/1.1[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.writeRequestHeaders(HttpState,HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.addRequestHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] ExpectContinueMethod -
> enter ExpectContinueMethod.addRequestHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addRequestHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addUserAgentRequestHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addHostRequestHeader(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpMethodBase - Adding
> Host request header
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addCookieRequestHeader(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpState - enter
> HttpState.getCookies()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.addProxyConnectionHeader(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.addContentLengthRequestHeader(HttpState,
> HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.getRequestContentLength()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase -
> HttpMethodBase.addRequestHeader(Header)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Content-Type: application/x-java-serialized-object[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Content-Encoding: none[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Serialization-Type: java[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "User-Agent:
> Jakarta Commons-HttpClient/3.1[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "Host:
> my-loadbalancer:9810[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
> "Content-Length: 3051[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.print(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.writeLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
> HttpConnection.write(byte[], int, int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.writeRequestBody(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.getRequestContentLength()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
> PostMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
> enter EntityEnclosingMethod.hasRequestContent()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.getRequestOutputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] EntityEnclosingMethod -
> Request body sent
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.flushRequestOutputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponse(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readStatusLine(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.readLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
> 200 OK[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
> 200 OK[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponseHeaders(HttpState,HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.getResponseInputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HeaderParser.parseHeaders(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "Date: Tue,
> 17 Nov 2009 20:54:25 GMT[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Transfer-Encoding: chunked[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Content-Type: application/x-java-serialized-object[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Content-Encoding: none[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
> "Serialization-Type: java[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readLine(InputStream, String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
> HttpParser.readRawLine()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "[\r][\n]"
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.processResponseHeaders(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.processCookieHeaders(Header[], HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponseBody(HttpState, HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.readResponseBody(HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.getResponseInputStream()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
> HttpMethodBase.canResponseHaveBody(int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
> HeaderElement.parseElements(String)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
> HeaderElement.parseElements(char[])
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
> HttpConnection.isResponseAvailable(int)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
> RemoteServiceExecutorImpl - executeRequesthttpClient.ExecuteMethod
> completed
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
> RemoteServiceExecutorImpl -
> executeRequestpostMethod.getResponseBodyAsStream completed
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [TRACE] HttpConnection - enter
> HttpConnection.releaseConnection()
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG] HttpConnection -
> Releasing connection back to connection manager.
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.releaseConnection(HttpConnection)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
> MultiThreadedHttpConnectionManager - Freeing connection,
> hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [TRACE]
> MultiThreadedHttpConnectionManager - enter
> HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG] IdleConnectionHandler -
> Adding connection at: 1258491325756
> Error [MsgId: MMSG-17999]
> System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
> MultiThreadedHttpConnectionManager - Notifying no-one, there are no
> waiting threads
> Error [MsgId: MMSG-17999]
> Error: Failed to end Transaction "callTrackingService_insertWorkFlow"
> (by name). Please check that you made a call to start transaction
> operation. [MsgId: MERR-16985]
> Error: System.err: com.fusa.ssg.SystemException: Error making call[Error
> executing Remote Method=[getCallSeqId] for Service
> Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
> .1/CDC] Exception=[java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(SocketInputStream.java:168)
> at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:235)
> at
> org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
> ream(ChunkedInputStream.java:250)
> at
> org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
> tream.java:221)
> at
> org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:176)
> at
> org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:196)
> at
> org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
> kedInputStream.java:369)
> at
> org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
> m.java:346)
> at java.io.FilterInputStream.close(FilterInputStream.java:159)
> at
> org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
> seInputStream.java:194)
> at
> org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
> tream.java:158)
> at
> java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
> 252)
> at
> java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
> ava:2587)
> at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
> at
> com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
> StandardJavaSerializer.java:41)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
> erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
> cuteRequest(RemoteServiceExecutorImpl.java:111)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:54)
> at $Proxy5.getCallSeqId(Unknown Source)
> at
> com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> at Actions.action(Actions.java:2327)
> ]]
> Error [MsgId: MERR-17999]
> System.err: at
> com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:81)
> Error [MsgId: MMSG-17999]
> System.err: at Actions.action(Actions.java:2327)
> Error [MsgId: MMSG-17999]
> Error: System.err: ------------Wrapped Exception-----------
> Error [MsgId: MERR-17999]
> Error: System.err:
> com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
> executing Remote Method=[getCallSeqId] for Service
> Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
> .1/CDC] Exception=[java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(SocketInputStream.java:168)
> at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:235)
> at
> org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
> ream(ChunkedInputStream.java:250)
> at
> org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
> tream.java:221)
> at
> org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:176)
> at
> org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:196)
> at
> org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
> kedInputStream.java:369)
> at
> org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
> m.java:346)
> at java.io.FilterInputStream.close(FilterInputStream.java:159)
> at
> org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
> seInputStream.java:194)
> at
> org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
> tream.java:158)
> at
> java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
> 252)
> at
> java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
> ava:2587)
> at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
> at
> com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
> StandardJavaSerializer.java:41)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
> erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
> cuteRequest(RemoteServiceExecutorImpl.java:111)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:54)
> at $Proxy5.getCallSeqId(Unknown Source)
> at
> com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> at Actions.action(Actions.java:2327)
> ]
> Error [MsgId: MERR-17999]
> System.err: at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:58)
> Error [MsgId: MMSG-17999]
> System.err: at $Proxy5.getCallSeqId(Unknown Source)
> Error [MsgId: MMSG-17999]
> System.err: at
> com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> Error [MsgId: MMSG-17999]
> System.err: at Actions.action(Actions.java:2327)
> Error [MsgId: MMSG-17999]
> Error: System.err: -----------Wrapped Exception-----------
> Error [MsgId: MERR-17999]
> Error: System.err:
> com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
> executing Remote Method=[getCallSeqId] for Service
> Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
> .1/CDC] Exception=[java.net.SocketException: Connection reset
> at java.net.SocketInputStream.read(SocketInputStream.java:168)
> at
> java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
> at
> java.io.BufferedInputStream.read(BufferedInputStream.java:235)
> at
> org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
> ream(ChunkedInputStream.java:250)
> at
> org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
> tream.java:221)
> at
> org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:176)
> at
> org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
> .java:196)
> at
> org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
> kedInputStream.java:369)
> at
> org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
> m.java:346)
> at java.io.FilterInputStream.close(FilterInputStream.java:159)
> at
> org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
> seInputStream.java:194)
> at
> org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
> tream.java:158)
> at
> java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
> 252)
> at
> java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
> ava:2587)
> at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
> at
> com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
> StandardJavaSerializer.java:41)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
> erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
> cuteRequest(RemoteServiceExecutorImpl.java:111)
> at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:54)
> at $Proxy5.getCallSeqId(Unknown Source)
> at
> com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> at Actions.action(Actions.java:2327)
> ]
> Error [MsgId: MERR-17999]
> System.err: at
> com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
> oteServiceProxy.java:58)
> Error [MsgId: MMSG-17999]
> System.err: at $Proxy5.getCallSeqId(Unknown Source)
> Error [MsgId: MMSG-17999]
> System.err: at
> com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
> tCallSeqId(CallTrackingRemotingDelegate.java:66)
> Error [MsgId: MMSG-17999]
> System.err: at Actions.action(Actions.java:2327)
> Error [MsgId: MMSG-17999]
>
>
>
>
>
>
>
>
>
>
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED. Although this transmission and
> any attachments are believed to be free of any virus or other
> defect that might affect any computer system into which it is
> received and opened, it is the responsibility of the recipient to
> ensure that it is virus free and no responsibility is accepted by
> JPMorgan Chase & Co., its subsidiaries and affiliates, as
> applicable, for any loss or damage arising in any way from its use.
> If you received this transmission in error, please immediately
> contact the sender and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: HC 4.0 GA: IllegalStateException

2009-11-19T11:43:22Z

Natarajan_Valli@... wrote:
> I just try to upgrade HC 3.x to HC4.0. Use ThreadSafeClientConnManager
> for connection management. Any idea to resolve/debug this issue?
>

(1) Upgrade to the latest 4.0.1 snapshot
https://repository.apache.org/content/repositories/snapshots/org/apache/httpcomponents/httpclient/4.0.1-SNAPSHOT/

(2) Produce a wire/context log of the session
http://hc.apache.org/httpcomponents-client/logging.html

Oleg

>
>
> Caused by: java.lang.IllegalStateException: Connection already open.
>
> at
> org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:
> 135)
>
> at
> org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledC
> onnAdapter.java:101)
>
> at
> org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultReques
> tDirector.java:381)
>
> at
> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
> t.java:641)
>
> at
> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
> t.java:576)
>
> at
> org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
> t.java:554)
>
>
>
> Thanks
>
> Valliappan
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Help with Self Signed SSL Certificates

2009-11-19T04:20:36Z

Hi Everyone,

I am developing a proxy server kind of web app which will be relaying user input to the server. The server uses a self signed certificate. I am using httpclient 4.0 for this purpose.

I keep on getting the error : javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated

So if some could point me to some tutorial or sample code for trusting self signed certificates that would be great. I could find good tutorial for HttpClient 3.0 but not for 4.0. I also have the server's SSL certificate so if some can guide how do I add this certificate to truststore so that the HttpClient can use it even dat would be fine.

Thanks!!!

Kunal Chawla
Graduate Research Assistant
Georgia /institute of Technology
www.chawlakunal.com

________________________________
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.

The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/

RE: Infinite loop in ChunkedInputStream.close

2009-11-18T20:01:02Z

One other thing to mention, the server always gets the request and
responds in milliseconds so its not an issue of the server just not
responding for over 60 seconds.

The client even shows that as I updated the logging to spit out that log
after the ois.readObject and here are those log statements.
It shows that we were able to fully read the object inside the input
stream and that the delay is only happening in the close call.
System.err: 2009/11/18 16:30:46:721 EST [DEBUG] StandardJavaSerializer -
readObjectois.readObject completed Error [MsgId: MMSG-17999]
System.err: 2009/11/18 16:31:46:753 EST [TRACE] HttpConnection - enter
HttpConnection.releaseConnection() Error [MsgId: MMSG-17999]

-ken

-----Original Message-----
From: kenneth.s.brooks@... [mailto:kenneth.s.brooks@...]
Sent: Wednesday, November 18, 2009 10:30 PM
To: httpclient-users@...
Subject: Infinite loop in ChunkedInputStream.close

We are using httpclient 3.1 to send a post and get back serialized java
objects (think of something analogous to Spring Remoting).
We deploy this client code to many client machines talking thru
loadbalancers communicating with Weblogic 10MP1 servers.
The clients in this test are on windows, running jdk5 thru mercury
loadrunner (performance testing software).

We've been testing anywhere between 45 and 90tps and the vast majority
of the transactions are successful.

About 1 transaction every half hour ends up with a
java.net.SocketException: Connection reset.
The loadbalancer will close the socket after 60 seconds.
The reason we get that exception (and not a different one) is that we
have the client timeout set up higher than 60 seconds (just for trying
to expose this issue) and the loadbalancer has a 60 second timeout.

Here is what we have learned so far.

We get the response body as stream:
InputStream responseBody =
postMethod.getResponseBodyAsStream();

We then send it thru a custom deserializer, we know that the object in
the response is being read because the log right after it is being
printed out:
However we have a close on that input stream in the finally. I'm
probably going to remove that close (since I read elsewhere that its
taken care of by the postMethod.releaseConnection().
try {
Object object = ois.readObject();
LOG.debug(METHOD_NAME + "ois.readObject completed");
return object;
} finally {
ois.close();
LOG.debug(METHOD_NAME + "ois.close completed");
}

The ois.close() is calling AutoCloseInputStream.close, calling
ChunkedInputStream.close which is trying to exhaust the stream by
calling exhaustInputStream which eventually calls SocketInputStream.read
and just sits there until the connection reset happens.

Any clue as to what would cause it to hang there?

The confusing factors are that the object seems to be fully read (so I
would assume there is nothing left in the stream) and we average a
couple thousand good transactions for every 1 occurrence of a bad one.

Let me know if I need the full headers and wire. We have only the
header, not the content turned on because the volume of logging just
kills the clients when turned up to trace.
Also, we will be looking to migrate eventually to httpclient 4, but that
requires jdk5 and right now we have clients that are still
(unfortunately) jdk1.4 so we can't quite make that leap yet.
I have network captures as well, if you think you know what I should
look for please advise and I will do so.

Thanks,
Ken

Here is the pertinent httpclient log.
Notice the 1 minute gap in log statements between 15:54:25:723 EST and
15:55:25:756 EST
Also be aware that the reason you see logs in between the issue and the
time you see the stacktrace is that the postMethod.releaseConnection()
is in a finally, so of course it will complete before the exception is
propogated.

System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.clearRequestBody()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.clearRequestBody()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
RemoteServiceExecutorImpl - executeRequest calling
httpClient.ExecuteMethod
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
HttpClient.executeMethod(HttpMethod)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
HttpClient.executeMethod(HostConfiguration,HttpMethod,HttpState)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.getConnectionWithTimeout(HostConfiguration, long)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
MultiThreadedHttpConnectionManager -
HttpConnectionManager.getConnection: config =
HostConfiguration[host=http://my-loadbalancer:9810], timeout = 0
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
MultiThreadedHttpConnectionManager - Allocating new connection,
hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodDirector -
Attempt number 1 to process request
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.open()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpConnection - Open
connection to my-loadbalancer:9810
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.execute(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.writeRequest(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.writeRequestLine(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.generateRequestLine(HttpConnection, String, String,
String, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "POST
/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8.1/CDC/essd-remote/
HTTP/1.1[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.writeRequestHeaders(HttpState,HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.addRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] ExpectContinueMethod -
enter ExpectContinueMethod.addRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addUserAgentRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addHostRequestHeader(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpMethodBase - Adding
Host request header
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addCookieRequestHeader(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpState - enter
HttpState.getCookies()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addProxyConnectionHeader(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.addContentLengthRequestHeader(HttpState,
HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.getRequestContentLength()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase -
HttpMethodBase.addRequestHeader(Header)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Content-Type: application/x-java-serialized-object[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Content-Encoding: none[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Serialization-Type: java[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "User-Agent:
Jakarta Commons-HttpClient/3.1[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "Host:
my-loadbalancer:9810[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Content-Length: 3051[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.writeLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.writeRequestBody(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.getRequestContentLength()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.getRequestOutputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] EntityEnclosingMethod -
Request body sent
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.flushRequestOutputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponse(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readStatusLine(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.readLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
200 OK[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
200 OK[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponseHeaders(HttpState,HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.getResponseInputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HeaderParser.parseHeaders(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "Date: Tue,
17 Nov 2009 20:54:25 GMT[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Transfer-Encoding: chunked[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Content-Type: application/x-java-serialized-object[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Content-Encoding: none[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Serialization-Type: java[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.processResponseHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.processCookieHeaders(Header[], HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponseBody(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponseBody(HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.getResponseInputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.canResponseHaveBody(int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
HeaderElement.parseElements(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
HeaderElement.parseElements(char[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.isResponseAvailable(int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
RemoteServiceExecutorImpl - executeRequesthttpClient.ExecuteMethod
completed
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
RemoteServiceExecutorImpl -
executeRequestpostMethod.getResponseBodyAsStream completed
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [TRACE] HttpConnection - enter
HttpConnection.releaseConnection()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG] HttpConnection -
Releasing connection back to connection manager.
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.releaseConnection(HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
MultiThreadedHttpConnectionManager - Freeing connection,
hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG] IdleConnectionHandler -
Adding connection at: 1258491325756
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
MultiThreadedHttpConnectionManager - Notifying no-one, there are no
waiting threads
Error [MsgId: MMSG-17999]
Error: Failed to end Transaction "callTrackingService_insertWorkFlow"
(by name). Please check that you made a call to start transaction
operation. [MsgId: MERR-16985]
Error: System.err: com.fusa.ssg.SystemException: Error making call[Error
executing Remote Method=[getCallSeqId] for Service
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
.1/CDC] Exception=[java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
ream(ChunkedInputStream.java:250)
at
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
tream.java:221)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:176)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:196)
at
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
kedInputStream.java:369)
at
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
m.java:346)
at java.io.FilterInputStream.close(FilterInputStream.java:159)
at
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
seInputStream.java:194)
at
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
tream.java:158)
at
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
252)
at
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
ava:2587)
at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
at
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
StandardJavaSerializer.java:41)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
cuteRequest(RemoteServiceExecutorImpl.java:111)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:54)
at $Proxy5.getCallSeqId(Unknown Source)
at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
at Actions.action(Actions.java:2327)
]]
Error [MsgId: MERR-17999]
System.err: at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:81)
Error [MsgId: MMSG-17999]
System.err: at Actions.action(Actions.java:2327)
Error [MsgId: MMSG-17999]
Error: System.err: ------------Wrapped Exception-----------
Error [MsgId: MERR-17999]
Error: System.err:
com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
executing Remote Method=[getCallSeqId] for Service
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
.1/CDC] Exception=[java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
ream(ChunkedInputStream.java:250)
at
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
tream.java:221)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:176)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:196)
at
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
kedInputStream.java:369)
at
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
m.java:346)
at java.io.FilterInputStream.close(FilterInputStream.java:159)
at
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
seInputStream.java:194)
at
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
tream.java:158)
at
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
252)
at
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
ava:2587)
at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
at
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
StandardJavaSerializer.java:41)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
cuteRequest(RemoteServiceExecutorImpl.java:111)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:54)
at $Proxy5.getCallSeqId(Unknown Source)
at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
at Actions.action(Actions.java:2327)
]
Error [MsgId: MERR-17999]
System.err: at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:58)
Error [MsgId: MMSG-17999]
System.err: at $Proxy5.getCallSeqId(Unknown Source)
Error [MsgId: MMSG-17999]
System.err: at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
Error [MsgId: MMSG-17999]
System.err: at Actions.action(Actions.java:2327)
Error [MsgId: MMSG-17999]
Error: System.err: -----------Wrapped Exception-----------
Error [MsgId: MERR-17999]
Error: System.err:
com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
executing Remote Method=[getCallSeqId] for Service
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
.1/CDC] Exception=[java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
ream(ChunkedInputStream.java:250)
at
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
tream.java:221)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:176)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:196)
at
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
kedInputStream.java:369)
at
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
m.java:346)
at java.io.FilterInputStream.close(FilterInputStream.java:159)
at
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
seInputStream.java:194)
at
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
tream.java:158)
at
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
252)
at
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
ava:2587)
at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
at
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
StandardJavaSerializer.java:41)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
cuteRequest(RemoteServiceExecutorImpl.java:111)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:54)
at $Proxy5.getCallSeqId(Unknown Source)
at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
at Actions.action(Actions.java:2327)
]
Error [MsgId: MERR-17999]
System.err: at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:58)
Error [MsgId: MMSG-17999]
System.err: at $Proxy5.getCallSeqId(Unknown Source)
Error [MsgId: MMSG-17999]
System.err: at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
Error [MsgId: MMSG-17999]
System.err: at Actions.action(Actions.java:2327)
Error [MsgId: MMSG-17999]

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and
any attachments are believed to be free of any virus or other
defect that might affect any computer system into which it is
received and opened, it is the responsibility of the recipient to
ensure that it is virus free and no responsibility is accepted by
JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use.
If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Infinite loop in ChunkedInputStream.close

2009-11-18T19:30:04Z

We are using httpclient 3.1 to send a post and get back serialized java
objects (think of something analogous to Spring Remoting).
We deploy this client code to many client machines talking thru
loadbalancers communicating with Weblogic 10MP1 servers.
The clients in this test are on windows, running jdk5 thru mercury
loadrunner (performance testing software).

We've been testing anywhere between 45 and 90tps and the vast majority
of the transactions are successful.

About 1 transaction every half hour ends up with a
java.net.SocketException: Connection reset.
The loadbalancer will close the socket after 60 seconds.
The reason we get that exception (and not a different one) is that we
have the client timeout set up higher than 60 seconds (just for trying
to expose this issue) and the loadbalancer has a 60 second timeout.

Here is what we have learned so far.

We get the response body as stream:
InputStream responseBody =
postMethod.getResponseBodyAsStream();

We then send it thru a custom deserializer, we know that the object in
the response is being read because the log right after it is being
printed out:
However we have a close on that input stream in the finally. I'm
probably going to remove that close (since I read elsewhere that its
taken care of by the postMethod.releaseConnection().
try {
Object object = ois.readObject();
LOG.debug(METHOD_NAME + "ois.readObject completed");
return object;
} finally {
ois.close();
LOG.debug(METHOD_NAME + "ois.close completed");
}

The ois.close() is calling AutoCloseInputStream.close, calling
ChunkedInputStream.close which is trying to exhaust the stream by
calling exhaustInputStream which eventually calls SocketInputStream.read
and just sits there until the connection reset happens.

Any clue as to what would cause it to hang there?

The confusing factors are that the object seems to be fully read (so I
would assume there is nothing left in the stream) and we average a
couple thousand good transactions for every 1 occurrence of a bad one.

Let me know if I need the full headers and wire. We have only the
header, not the content turned on because the volume of logging just
kills the clients when turned up to trace.
Also, we will be looking to migrate eventually to httpclient 4, but that
requires jdk5 and right now we have clients that are still
(unfortunately) jdk1.4 so we can't quite make that leap yet.
I have network captures as well, if you think you know what I should
look for please advise and I will do so.

Thanks,
Ken

Here is the pertinent httpclient log.
Notice the 1 minute gap in log statements between 15:54:25:723 EST and
15:55:25:756 EST
Also be aware that the reason you see logs in between the issue and the
time you see the stacktrace is that the postMethod.releaseConnection()
is in a finally, so of course it will complete before the exception is
propogated.

System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.clearRequestBody()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.clearRequestBody()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
RemoteServiceExecutorImpl - executeRequest calling
httpClient.ExecuteMethod
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
HttpClient.executeMethod(HttpMethod)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpClient - enter
HttpClient.executeMethod(HostConfiguration,HttpMethod,HttpState)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.getConnectionWithTimeout(HostConfiguration, long)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
MultiThreadedHttpConnectionManager -
HttpConnectionManager.getConnection: config =
HostConfiguration[host=http://my-loadbalancer:9810], timeout = 0
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG]
MultiThreadedHttpConnectionManager - Allocating new connection,
hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodDirector -
Attempt number 1 to process request
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.open()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpConnection - Open
connection to my-loadbalancer:9810
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.execute(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.writeRequest(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.writeRequestLine(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.generateRequestLine(HttpConnection, String, String,
String, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "POST
/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8.1/CDC/essd-remote/
HTTP/1.1[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.writeRequestHeaders(HttpState,HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.addRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] ExpectContinueMethod -
enter ExpectContinueMethod.addRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addUserAgentRequestHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addHostRequestHeader(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] HttpMethodBase - Adding
Host request header
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addCookieRequestHeader(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpState - enter
HttpState.getCookies()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.addProxyConnectionHeader(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.addContentLengthRequestHeader(HttpState,
HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.getRequestContentLength()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpMethodBase -
HttpMethodBase.addRequestHeader(Header)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Content-Type: application/x-java-serialized-object[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Content-Encoding: none[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Serialization-Type: java[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "User-Agent:
Jakarta Commons-HttpClient/3.1[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "Host:
my-loadbalancer:9810[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >>
"Content-Length: 3051[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.print(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.writeLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] HttpConnection - enter
HttpConnection.write(byte[], int, int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [DEBUG] header - >> "[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.writeRequestBody(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.getRequestContentLength()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] PostMethod - enter
PostMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:707 EST [TRACE] EntityEnclosingMethod -
enter EntityEnclosingMethod.hasRequestContent()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.getRequestOutputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] EntityEnclosingMethod -
Request body sent
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.flushRequestOutputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponse(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readStatusLine(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.readLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
200 OK[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "HTTP/1.1
200 OK[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponseHeaders(HttpState,HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.getResponseInputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HeaderParser.parseHeaders(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "Date: Tue,
17 Nov 2009 20:54:25 GMT[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Transfer-Encoding: chunked[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Content-Type: application/x-java-serialized-object[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Content-Encoding: none[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - <<
"Serialization-Type: java[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readLine(InputStream, String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpParser - enter
HttpParser.readRawLine()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG] header - << "[\r][\n]"
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.processResponseHeaders(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.processCookieHeaders(Header[], HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponseBody(HttpState, HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.readResponseBody(HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.getResponseInputStream()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpMethodBase - enter
HttpMethodBase.canResponseHaveBody(int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
HeaderElement.parseElements(String)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HeaderElement - enter
HeaderElement.parseElements(char[])
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [TRACE] HttpConnection - enter
HttpConnection.isResponseAvailable(int)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
RemoteServiceExecutorImpl - executeRequesthttpClient.ExecuteMethod
completed
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:54:25:723 EST [DEBUG]
RemoteServiceExecutorImpl -
executeRequestpostMethod.getResponseBodyAsStream completed
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [TRACE] HttpConnection - enter
HttpConnection.releaseConnection()
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG] HttpConnection -
Releasing connection back to connection manager.
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.releaseConnection(HttpConnection)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
MultiThreadedHttpConnectionManager - Freeing connection,
hostConfig=HostConfiguration[host=http://my-loadbalancer:9810]
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [TRACE]
MultiThreadedHttpConnectionManager - enter
HttpConnectionManager.ConnectionPool.getHostPool(HostConfiguration)
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG] IdleConnectionHandler -
Adding connection at: 1258491325756
Error [MsgId: MMSG-17999]
System.err: 2009/11/17 15:55:25:756 EST [DEBUG]
MultiThreadedHttpConnectionManager - Notifying no-one, there are no
waiting threads
Error [MsgId: MMSG-17999]
Error: Failed to end Transaction "callTrackingService_insertWorkFlow"
(by name). Please check that you made a call to start transaction
operation. [MsgId: MERR-16985]
Error: System.err: com.fusa.ssg.SystemException: Error making call[Error
executing Remote Method=[getCallSeqId] for Service
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
.1/CDC] Exception=[java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
ream(ChunkedInputStream.java:250)
at
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
tream.java:221)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:176)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:196)
at
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
kedInputStream.java:369)
at
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
m.java:346)
at java.io.FilterInputStream.close(FilterInputStream.java:159)
at
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
seInputStream.java:194)
at
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
tream.java:158)
at
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
252)
at
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
ava:2587)
at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
at
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
StandardJavaSerializer.java:41)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
cuteRequest(RemoteServiceExecutorImpl.java:111)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:54)
at $Proxy5.getCallSeqId(Unknown Source)
at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
at Actions.action(Actions.java:2327)
]]
Error [MsgId: MERR-17999]
System.err: at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:81)
Error [MsgId: MMSG-17999]
System.err: at Actions.action(Actions.java:2327)
Error [MsgId: MMSG-17999]
Error: System.err: ------------Wrapped Exception-----------
Error [MsgId: MERR-17999]
Error: System.err:
com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
executing Remote Method=[getCallSeqId] for Service
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
.1/CDC] Exception=[java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
ream(ChunkedInputStream.java:250)
at
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
tream.java:221)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:176)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:196)
at
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
kedInputStream.java:369)
at
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
m.java:346)
at java.io.FilterInputStream.close(FilterInputStream.java:159)
at
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
seInputStream.java:194)
at
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
tream.java:158)
at
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
252)
at
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
ava:2587)
at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
at
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
StandardJavaSerializer.java:41)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
cuteRequest(RemoteServiceExecutorImpl.java:111)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:54)
at $Proxy5.getCallSeqId(Unknown Source)
at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
at Actions.action(Actions.java:2327)
]
Error [MsgId: MERR-17999]
System.err: at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:58)
Error [MsgId: MMSG-17999]
System.err: at $Proxy5.getCallSeqId(Unknown Source)
Error [MsgId: MMSG-17999]
System.err: at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
Error [MsgId: MMSG-17999]
System.err: at Actions.action(Actions.java:2327)
Error [MsgId: MMSG-17999]
Error: System.err: -----------Wrapped Exception-----------
Error [MsgId: MERR-17999]
Error: System.err:
com.fusa.ssg.infra.remoting.common.RemoteServiceException: Error
executing Remote Method=[getCallSeqId] for Service
Url=[http://my-loadbalancer:9810/cms.rcts/2009.9.1.006/ccs/prf.lr/2008.8
.1/CDC] Exception=[java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at
java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at
java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at
org.apache.commons.httpclient.ChunkedInputStream.getChunkSizeFromInputSt
ream(ChunkedInputStream.java:250)
at
org.apache.commons.httpclient.ChunkedInputStream.nextChunk(ChunkedInputS
tream.java:221)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:176)
at
org.apache.commons.httpclient.ChunkedInputStream.read(ChunkedInputStream
.java:196)
at
org.apache.commons.httpclient.ChunkedInputStream.exhaustInputStream(Chun
kedInputStream.java:369)
at
org.apache.commons.httpclient.ChunkedInputStream.close(ChunkedInputStrea
m.java:346)
at java.io.FilterInputStream.close(FilterInputStream.java:159)
at
org.apache.commons.httpclient.AutoCloseInputStream.notifyWatcher(AutoClo
seInputStream.java:194)
at
org.apache.commons.httpclient.AutoCloseInputStream.close(AutoCloseInputS
tream.java:158)
at
java.io.ObjectInputStream$PeekInputStream.close(ObjectInputStream.java:2
252)
at
java.io.ObjectInputStream$BlockDataInputStream.close(ObjectInputStream.j
ava:2587)
at java.io.ObjectInputStream.close(ObjectInputStream.java:853)
at
com.fusa.ssg.infra.remoting.common.io.StandardJavaSerializer.readObject(
StandardJavaSerializer.java:41)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.des
erializeServiceResponse(RemoteServiceExecutorImpl.java:153)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceExecutorImpl.exe
cuteRequest(RemoteServiceExecutorImpl.java:111)
at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:54)
at $Proxy5.getCallSeqId(Unknown Source)
at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
at Actions.action(Actions.java:2327)
]
Error [MsgId: MERR-17999]
System.err: at
com.fusa.ssg.infra.remoting.client.service.RemoteServiceProxy.invoke(Rem
oteServiceProxy.java:58)
Error [MsgId: MMSG-17999]
System.err: at $Proxy5.getCallSeqId(Unknown Source)
Error [MsgId: MMSG-17999]
System.err: at
com.ccs.cco.cms.rcts.client.calltracking.CallTrackingRemotingDelegate.ge
tCallSeqId(CallTrackingRemotingDelegate.java:66)
Error [MsgId: MMSG-17999]
System.err: at Actions.action(Actions.java:2327)
Error [MsgId: MMSG-17999]

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and
any attachments are believed to be free of any virus or other
defect that might affect any computer system into which it is
received and opened, it is the responsibility of the recipient to
ensure that it is virus free and no responsibility is accepted by
JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use.
If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety,
whether in electronic or hard copy format. Thank you.

HC 4.0 GA: IllegalStateException

2009-11-18T14:44:31Z

I just try to upgrade HC 3.x to HC4.0. Use ThreadSafeClientConnManager
for connection management. Any idea to resolve/debug this issue?

Caused by: java.lang.IllegalStateException: Connection already open.

at
org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:
135)

at
org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledC
onnAdapter.java:101)

at
org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultReques
tDirector.java:381)

at
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
t.java:641)

at
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
t.java:576)

at
org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClien
t.java:554)

Thanks

Valliappan

Re: Warning: SimpleHttpConnectionManager being used incorrectly

2009-11-18T04:52:28Z

I am writing a follow-on to the thread started by Christoph Jaehnigen on
Wed, 23 Sep 2009 15:05:35 GMT about warnings emitted by the Apache
HttpClient SimpleHttpConnectionManager. I am using
commons-httpclient-3.1-rc1. This message appears:

>org.apache.commons.httpclient.SimpleHttpConnectionManager
>getConnectionWithTimeout
>WARNING: SimpleHttpConnectionManager being used incorrectly. Be sure
>that HttpMethod.releaseConnection() is always called and that only one
>thread and/or method is using this connection manager at a time.

Below I have attached a simplified class that reproduces the problem.
You can see that the code is single threaded and always, always calls
method.releaseConnection(). Yet the warning still appears. Frustrating!

After some goofing I think I may have stumbled upon a workaround, and
would like to get your input. Basically I added a call to method.abort()
in the exception clause triggered by timeout. If that is done, I get no
warning from SimpleConnectionManager. Is this the right thing to do, or
is there some deeper issue to be solved?

Please reply, thanks.

chris...

p.s. I see now that HC 4.0 is available, I better try that, huh?

package org.chris_lott.httptimeout;

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;

import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.HttpMethodBase;
import org.apache.commons.httpclient.cookie.CookiePolicy;
import org.apache.commons.httpclient.methods.GetMethod;
import org.apache.commons.httpclient.params.HttpClientParams;
import org.apache.commons.httpclient.util.TimeoutController;

/**
* Demonstrates how to use timeout when fetching HTTP.
* Supposed to reproduce this warning:
*
* org.apache.commons.httpclient.SimpleHttpConnectionManager
* getConnectionWithTimeout
* WARNING: SimpleHttpConnectionManager being used incorrectly.
* Be sure that HttpMethod.releaseConnection() is always called
* and thatonly one thread and/or method is using this connection
* manager at a time.
*
* @author Chris Lott
*
*/
public class FetchByHttpWithTimeout {

/**
* Runs a HTTP method (get or post) with a specified timeout.
* This very thin wrapper accepts a HttpClient and a method object.
* Caller must establish all properties/parameters on both,
* and must extract the response from the method.
*/
class HttpMethodTimeoutWrapper implements Runnable {

private final HttpClient httpClient;
private final HttpMethodBase httpMethod;

private int responseCode;
private Exception httpException;

/**
* @param client
* @param method
*/
public HttpMethodTimeoutWrapper(
HttpClient client,
HttpMethodBase method) {
this.httpClient = client;
this.httpMethod = method;
}

public int getResponseCode() {
return this.responseCode;
}

/**
* @return IOException or HttpException
*/
public Exception getHttpException() {
return this.httpException;
}

/**
* Calls the client to execute the method.
* This gets wrapped within a thread that has a timeout limit.
*/
public void run() {
try {
this.responseCode = this.httpClient.executeMethod(httpMethod);
}
catch (Exception ex) {
this.httpException = ex;
}
}
}

private HttpClient client;

public FetchByHttpWithTimeout() {
this.client = new HttpClient();
HttpClientParams httpClientParams = new HttpClientParams();
httpClientParams.setCookiePolicy(CookiePolicy.BROWSER_COMPATIBILITY);
httpClientParams.setBooleanParameter("http.protocol.single-cookie-header", true);
client.setParams(httpClientParams);
}

private String getByHttp(String url,
long timeoutLimit) throws Exception {

GetMethod method = new GetMethod(url);

// Limit the amount of time this can run
// so a hung web site will not hang a pull.
HttpMethodTimeoutWrapper wrapper = new HttpMethodTimeoutWrapper(
client, method);
String response = null;

try {
TimeoutController.execute(wrapper, timeoutLimit);
if (wrapper.getHttpException() == null) {
int responseCode = wrapper.getResponseCode();
System.out.println("responseCode is " + responseCode);
response = getResponse(method);
}
}
catch (TimeoutController.TimeoutException ex) {
System.out.println("Timed out!");
// This call to abort avoids the SimpleHttpConnection warning!
//if (! method.isAborted())
// method.abort();
}
finally {
System.out.println("Releasing connection");
method.releaseConnection();
}

if (wrapper.getHttpException() != null)
throw wrapper.getHttpException();

return response;
}

/**
* Reads and returns response, converting from stream to String
*
* @param method
* @return
* @throws IOException
*/
private String getResponse(HttpMethodBase method) throws IOException {

InputStream inputStream = method.getResponseBodyAsStream();
if (inputStream == null)
return null;

BufferedReader inputReader = new BufferedReader(new InputStreamReader(inputStream));
StringBuffer outputBuffer = new StringBuffer();

char data [] = new char [10240];
int length;
while ((length = inputReader.read(data)) >= 0)
outputBuffer.append(data, 0, length);

return outputBuffer.toString();
}

public static void main(String [] args) {

// This project has a commons-logging.properties file
// in the src folder that chooses java.util.logging.
// Only content is this line:
// org.apache.commons.logging.Log=org.apache.commons.logging.impl.Jdk14Logger

try {
FetchByHttpWithTimeout fetcher = new FetchByHttpWithTimeout();
String url = "http://hc.apache.org/httpclient-3.x/";

// Reduce this until "Timed out!" messages appear;
// for me, this happens at 400msec or less.
int timeoutMsec = 300;
for (int i = 0; i < 3; ++i) {
System.out.println("Iter " + i + ": fetching with limit of " + timeoutMsec);
fetcher.getByHttp(url, timeoutMsec);
}

System.out.println("Done.");
}
catch (Exception ex) {
System.err.println(ex.toString());
}
}
}

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: MultipartEntity and HttpMultipart

2009-11-16T05:52:07Z

Oleg Kalnichevski wrote:

> On Thu, 2009-11-12 at 15:47 +1100, Scott Yeadon wrote:
>
>> "HttpMultipart"-based requests. It appears the simplest means to POST a
>> request with multipart/mixed contentType is to create a new entity class
>> implementing HttpEntity (e.g. MultipartMixedEntity) - is that correct or
>> are there other means of doing this with the 4.0 API?
>>
>>
>
> You will be better off just overriding the #generateContentTypre method
> of the MultipartEntity class.
>

I agree with Oleg, I have done as he says, I have extended the
MultipartMime class and overridden one or two methods. I remember there
were some issues with setting and getting the content type, I don't know
if that has been fixed or not.

Christine

>
>
>> Also, what is the relation between these sets of entity classes - the
>> HttpEntity implentations appear in the "entity" package and the others
>> appear in the "mime" package? Is there some sort of de-lineation or
>> usage rules for these classes I should be aware of?
>>
>>
>
> HttpMime is somewhat special because it is not fully API stable due to
> its dependency on Mime4j, which is still considered API unstable.
>
> Hope this answers your question.
>
> Oleg
>
>
>> Thanks.
>>
>> Scott.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>> For additional commands, e-mail: httpclient-users-help@...
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>
>

--
dagdag is just a two-character rotation of byebye.

Re: HC 4.1 release date

2009-11-15T14:35:39Z

Natarajan_Valli@... wrote:
> When is HttpClient 4.1 GA release planned?
>
>

Provided everything goes well, 4.1-alpha1 should be released before the
end of the year. There is presently no time line for the 4.1 GA release
I could commit myself to. All new features planned for 4.1 are basically
incremental improvements. I do not see a good reason to rush the release.

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: NullPointerException in AsyncNHttpClientHandler

2009-11-15T14:31:41Z

Yongxing Wang wrote:

> Oleg,
>
> I am using http nio/core (version 4.0.1) and I got some NullPointerException when the connection times out.
>
> [10002 /127.0.0.1:3556] 2009/11/13 11:29:58.665-0800 DEBUG;[nio.impl.HttpIoReactor:218] Unhandled RuntimeException:
> java.lang.NullPointerException
> at org.apache.http.nio.protocol.AsyncNHttpClientHandler.timeout(AsyncNHttpClientHandler.java:344)
> at org.apache.http.impl.nio.DefaultClientIOEventDispatch.timeout(DefaultClientIOEventDispatch.java:158)
> at org.apache.http.impl.nio.reactor.BaseIOReactor.timeoutCheck(BaseIOReactor.java:255)
> at org.apache.http.impl.nio.reactor.BaseIOReactor.validate(BaseIOReactor.java:203)
> at org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(AbstractIOReactor.java:260)
> at org.apache.http.impl.nio.reactor.BaseIOReactor.execute(BaseIOReactor.java:96)
> at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run(AbstractMultiworkerIOReactor.java:556)
>
> Looking at the code,
>
> ClientConnState connState = (ClientConnState) context.getAttribute(CONN_STATE);
>
> try {
>
> if (connState.getOutputState() == ClientConnState.EXPECT_CONTINUE) {
> ......
>
> }catch(IOException e){
> }
> handleTimeout();
>
>
> It could happen if the attribute get removed somehow before execution comes here.... It might be safer to check it being NULL or not....
>
> Thanks,
> Yong
>
>

Hi Yong

I will add a check for the attribute being non null, I just cannot see
how it can happen.

Anyway, many thanks for reporting the problem.

Oleg

>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

HC 4.1 release date

2009-11-13T17:42:58Z

When is HttpClient 4.1 GA release planned?

NullPointerException in AsyncNHttpClientHandler

2009-11-13T11:43:28Z

Oleg,

I am using http nio/core (version 4.0.1) and I got some NullPointerException when the connection times out.

[10002 /127.0.0.1:3556] 2009/11/13 11:29:58.665-0800 DEBUG;[nio.impl.HttpIoReactor:218] Unhandled RuntimeException:
java.lang.NullPointerException
at org.apache.http.nio.protocol.AsyncNHttpClientHandler.timeout(AsyncNHttpClientHandler.java:344)
at org.apache.http.impl.nio.DefaultClientIOEventDispatch.timeout(DefaultClientIOEventDispatch.java:158)
at org.apache.http.impl.nio.reactor.BaseIOReactor.timeoutCheck(BaseIOReactor.java:255)
at org.apache.http.impl.nio.reactor.BaseIOReactor.validate(BaseIOReactor.java:203)
at org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(AbstractIOReactor.java:260)
at org.apache.http.impl.nio.reactor.BaseIOReactor.execute(BaseIOReactor.java:96)
at org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run(AbstractMultiworkerIOReactor.java:556)

Looking at the code,

ClientConnState connState = (ClientConnState) context.getAttribute(CONN_STATE);

try {

if (connState.getOutputState() == ClientConnState.EXPECT_CONTINUE) {
......

}catch(IOException e){
}
handleTimeout();

It could happen if the attribute get removed somehow before execution comes here.... It might be safer to check it being NULL or not....

Thanks,
Yong

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...

Re: redirection in 4.0

2009-11-13T02:44:14Z

Juanjo wrote:
> Hi folks,
>
> Any ideas about it?
>

I have an idea. How about reading documentation [1] of searching through
the mail archive [2]

[1] http://hc.apache.org/httpcomponents-client/tutorial/html/
[2] http://hc.markmail.org/search/?q=

Oleg

> -----Mensaje original-----
> De: Juanjo [mailto:juanjogoga@...]
> Enviado el: miércoles, 11 de noviembre de 2009 11:08
> Para: 'HttpClient User Discussion'
> Asunto: RE: redirection in 4.0
>
> I don't know what is Web Server 1.0, it is in the response that it isn`t in
> my hands.
>
> How can I do to disable 'expect-continue'?
>
> It work properly on Windows but not on Linux.
>
> I think that the server is a websphere.
>
> -----Mensaje original-----
> De: Oleg Kalnichevski [mailto:olegk@...] Enviado el: miércoles, 11 de
> noviembre de 2009 10:55
> Para: HttpClient User Discussion
> Asunto: RE: redirection in 4.0
>
> On Tue, 2009-11-10 at 18:36 +0100, Juanjo wrote:
>> Hi Oleg, thanks for your answer.
>>
>> These are the diferences
>> Number 2 under windows is running fine.
>> The code is the same in boths environment but in the log, there is a
>> diference in the order that postparams are sent.
>>
>> ¿any ideas?
>>
>> Thanks
>>
>
> For the love of Jesus, what on earth is Web Server 1.0? Whatever that piece
> of software is, it appears to have issues with 'expect-continue'
> handshaking. Interestingly enough, 'expect-continue' appears to work
> properly on Linux and to fail on Windows. So, try disabling
> 'expect-continue' and see if that makes any difference.
>
> Oleg
>
>
>> STACK NUMBER 1- LINUX
>>
>> DEBUG http-8080-17 org.apache.http.impl.client.DefaultRequestDirector
>> - Attempt 1 to execute request DEBUG http-8080-17
>> org.apache.http.impl.conn.DefaultClientConnection - Sending request:
>> POST /posturl HTTP/1.1 DEBUG http-8080-17 org.apache.http.wire - >>
>> "POST /posturl HTTP/1.1[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Content-Length: 474[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Content-Type:
>> application/x-www-form-urlencoded[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Host: www.web.com[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Connection: Keep-Alive[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "User-Agent:
>> Apache-HttpClient/4.0 (java 1.5)[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Expect: 100-Continue[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Cookie:
>> JSESSIONID=0001G-b2dgLkoDiImRI5ktlH-RV:12kcoiifm;
>> systemKey=www.web.com; DC-Cookie=DC2[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "Cookie2: $Version=1[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - >> "[EOL]"
>> DEBUG http-8080-17 org.apache.http.headers - >> POST /posturl HTTP/1.1
>> DEBUG http-8080-17 org.apache.http.headers - >> Content-Length: 474
>> DEBUG http-8080-17 org.apache.http.headers - >> Content-Type:
>> application/x-www-form-urlencoded
>> DEBUG http-8080-17 org.apache.http.headers - >> Host: www.web.com
>> DEBUG http-8080-17 org.apache.http.headers - >> Connection: Keep-Alive
>> DEBUG http-8080-17 org.apache.http.headers - >> User-Agent:
>> Apache-HttpClient/4.0 (java 1.5)
>> DEBUG http-8080-17 org.apache.http.headers - >> Expect: 100-Continue
>> DEBUG http-8080-17 org.apache.http.headers - >> Cookie:
>> JSESSIONID=0001G-b2dgLkoDiImRI5ktlH-RV:12kcoiifm;
>> systemKey=www.web.com;
>> DC-Cookie=DC2
>> DEBUG http-8080-17 org.apache.http.headers - >> Cookie2: $Version=1
>> DEBUG http-8080-17 org.apache.http.wire - << "HTTP/1.1 100 Continue[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - << "[EOL]"
>> DEBUG http-8080-17 org.apache.http.impl.conn.DefaultClientConnection -
>> Receiving response: HTTP/1.1 100 Continue DEBUG http-8080-17
>> org.apache.http.headers - << HTTP/1.1 100 Continue DEBUG http-8080-17
>> org.apache.http.wire - >> "...postparams...."
>> DEBUG http-8080-17 org.apache.http.wire - << "HTTP/1.1 302 Found[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - << "Date: Tue, 10 Nov 2009
>> 16:59:56 GMT[EOL]"
>> DEBUG http-8080-17 org.apache.http.wire - << "Server: Web Server 1.0[EOL]"
>>
>>
>>
>>
>> STACK NUMBER 2 - WINDOWS
>>
>> DEBUG http-8080-2 org.apache.http.impl.client.DefaultRequestDirector -
>> Attempt 1 to execute request DEBUG http-8080-2
>> org.apache.http.impl.conn.DefaultClientConnection - Sending request:
>> POST /posturl HTTP/1.1 DEBUG http-8080-2 org.apache.http.wire - >>
>> "POST /posturl HTTP/1.1[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Content-Length: 474[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Content-Type:
>> application/x-www-form-urlencoded[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Host: www.web.com[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Connection: Keep-Alive[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "User-Agent:
>> Apache-HttpClient/4.0 (java 1.5)[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Expect: 100-Continue[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Cookie:
>> JSESSIONID=0001509uExGX_9cx6bxRHps1kpj:12vigpo4n;
>> systemKey=www.web.com; DC-Cookie=DC2[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "Cookie2: $Version=1[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - >> "[EOL]"
>> DEBUG http-8080-2 org.apache.http.headers - >> POST /postrul HTTP/1.1
>> DEBUG http-8080-2 org.apache.http.headers - >> Content-Length: 474
>> DEBUG http-8080-2 org.apache.http.headers - >> Content-Type:
>> application/x-www-form-urlencoded
>> DEBUG http-8080-2 org.apache.http.headers - >> Host: www.web.com DEBUG
>> http-8080-2 org.apache.http.headers - >> Connection: Keep-Alive DEBUG
>> http-8080-2 org.apache.http.headers - >> User-Agent:
>> Apache-HttpClient/4.0 (java 1.5)
>> DEBUG http-8080-2 org.apache.http.headers - >> Expect: 100-Continue
>> DEBUG http-8080-2 org.apache.http.headers - >> Cookie:
>> JSESSIONID=0001509uExGX_9cx6bxRHps1kpj:12vigpo4n;
>> systemKey=www.web.com;
>> DC-Cookie=DC2
>> DEBUG http-8080-2 org.apache.http.headers - >> Cookie2: $Version=1
>> DEBUG http-8080-2 org.apache.http.wire - >> "...postparams..."
>> DEBUG http-8080-2 org.apache.http.wire - << "HTTP/1.1 100 Continue[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - << "[EOL]"
>> DEBUG http-8080-2 org.apache.http.impl.conn.DefaultClientConnection -
>> Receiving response: HTTP/1.1 100 Continue DEBUG http-8080-2
>> org.apache.http.headers - << HTTP/1.1 100 Continue DEBUG http-8080-2
>> org.apache.http.wire - << "HTTP/1.1 302 Found[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - << "Date: Tue, 10 Nov 2009
>> 16:51:53 GMT[EOL]"
>> DEBUG http-8080-2 org.apache.http.wire - << "Server: Web Server 1.0[EOL]"
>>
>> -----Mensaje original-----
>> De: Oleg Kalnichevski [mailto:olegk@...] Enviado el: martes, 10
>> de noviembre de 2009 14:08
>> Para: HttpClient User Discussion
>> Asunto: RE: redirection in 4.0
>>
>> On Tue, 2009-11-10 at 12:13 +0100, Juanjo wrote:
>>> The environment was updated to:
>>>
>>> Linux 2.6.18
>>> JDK 1.6.0_16-b01
>>> Tomcat 6.0.20
>>>
>>> and the programs doesn't run.
>>> The same error.
>>>
>>> Juanjo
>>>
>>>
>> Use context / wire logging to examine the HTTP session and find out
>> why your application behaves differently in different environments.
>>
>> http://hc.apache.org/httpcomponents-client/logging.html
>>
>> Oleg
>>
>>
>>>
>>>
>>>
>>> Hi,
>>>
>>> In windows using tomcat 6.0 and jdk 1.6, my program runs properly.
>>> It connect to a website by post, sending parameters, that return a
>>> 302. Then, It reads the Location head an makes a Get call.
>>>
>>> When I deploy this program in linux with tomcat 5, the location
>>> head returns the home url, not the right one.
>>>
>>> This is the code:
>>>
>>> HttpClient client = new DefaultHttpClient();
>>> HttpPost req = new HttpPost(http://www.theweb.com);
>>> List<NameValuePair> formparams = new ArrayList<NameValuePair>();
>>> formparams.add(new BasicNameValuePair("aaa","sss"));
>>> ...
>>> UrlEncodedFormEntity param = new UrlEncodedFormEntity(formparams);
>>> req.setEntity(param)
>>> HttpResponse res = client.execute(req)
>>> entity =res.getEntity();
>>> Header loc = res.getFirstHeader("Location");
>>>
>>> ....
>>>
>>>
>>> Another program that do the same but no redirection and using
>>> BasicResponseHandler runs properly in both systems.
>>>
>>>
>>> Please help,
>>>
>>> Tanks
>>>
>>> Juanjo
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>> For additional commands, e-mail: httpclient-users-help@...
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
>> For additional commands, e-mail: httpclient-users-help@...
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: httpclient-users-unsubscribe@...
> For additional commands, e-mail: httpclient-users-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-users-unsubscribe@...
For additional commands, e-mail: httpclient-users-help@...