I was looking at the change log for 4.4 and 4.4.1.  Count HTTPCLIENT-1609 be 
causing this?  Or does it have to be something on the network closing the 
connection?

* [HTTPCLIENT-1609] Stale connection check in 
PoolingHttpClientConnectionManager has no effect.
  Internal connection pool does not correctly implement connection validation.
  Contributed by Charles Lip <rene1 at singnet.com.sg>


Mark Claassen
Senior Software Engineer

Donnell Systems, Inc.
130 South Main Street
Leighton Plaza Suite 375
South Bend, IN  46601
E-mail: mailto:[email protected]
Voice: (574)232-3784
Fax: (574)232-4014
  
-------------------------------------------
Confidentiality Notice: OCIESERVICE
-------------------------------------------
The contents of this e-mail message and any attachments are intended solely for 
the addressee(s) named in this message. This communication is intended to be 
and to remain confidential. If you are not the intended recipient of this 
message, or if this message has been addressed to you in error, please 
immediately alert the sender by reply e-mail and then delete this message and 
its attachments. Do not deliver, distribute, copy, disclose the contents or 
take any action in reliance upon the information contained in the communication 
or any attachments.


-----Original Message-----
From: Mark A. Claassen [mailto:[email protected]] 
Sent: Tuesday, May 12, 2015 8:58 AM
To: HttpClient User Discussion
Subject: RE: Strange SSL error

The scenario is that he logs in to our Swing application, there is a burst of 
transactions, maybe a slight pause, and then the next one fails.  The whole 
process probably takes around 10 seconds.  I was actually wondering if this had 
something to do with bad connections in the pool, but it is hard to say since I 
can't reproduce it reliably.

The communication is over SSL, and consists of readable XML and binary data.  
Most of the messages are < 10K, some bigger.  We checked the firewall wall logs 
(since there is a firewall involved) and there is nothing.  I connect through 
the same route and this never happens to me.

Thanks again,

Mark Claassen
Senior Software Engineer

Donnell Systems, Inc.
130 South Main Street
Leighton Plaza Suite 375
South Bend, IN  46601
E-mail: mailto:[email protected]
Voice: (574)232-3784
Fax: (574)232-4014
  
-------------------------------------------
Confidentiality Notice: OCIESERVICE
-------------------------------------------
The contents of this e-mail message and any attachments are intended solely for 
the addressee(s) named in this message. This communication is intended to be 
and to remain confidential. If you are not the intended recipient of this 
message, or if this message has been addressed to you in error, please 
immediately alert the sender by reply e-mail and then delete this message and 
its attachments. Do not deliver, distribute, copy, disclose the contents or 
take any action in reliance upon the information contained in the communication 
or any attachments.

-----Original Message-----
From: Stefan Magnus Landrø [mailto:[email protected]] 
Sent: Monday, May 11, 2015 5:15 PM
To: HttpClient User Discussion
Subject: Re: Strange SSL error

What kind of data is being transfered? Do you tend to keep connections open for 
a long time? Firewall killing connections?

Sendt fra min iPhone

> Den 11. mai 2015 kl. 21.36 skrev Mark A. Claassen <[email protected]>:
> 
> What would cause the reset, and what would make it so seemingly random?  Is 
> there something I am doing wrong?  Is there a setting I can set so that this 
> doesn't randomly happen to him?  It is not too often, but often enough to be 
> annoying and look like a failure in the application.
> 
> Thanks
> 
> Mark Claassen
> Senior Software Engineer
> 
> Donnell Systems, Inc.
> 130 South Main Street
> Leighton Plaza Suite 375
> South Bend, IN  46601
> E-mail: mailto:[email protected]
> Voice: (574)232-3784
> Fax: (574)232-4014
> 
> 
> -----Original Message-----
> From: Stefan Magnus Landrø [mailto:[email protected]] 
> Sent: Friday, May 08, 2015 5:20 PM
> To: HttpClient User Discussion
> Subject: Re: Strange SSL error
> 
> Looks like a tcp reset to me
> 
> Sendt fra min iPhone
> 
>> Den 8. mai 2015 kl. 22.49 skrev Mark A. Claassen <[email protected]>:
>> 
>> We are having one user that is getting this sporadically.  No one else can 
>> reproduce it.  Any idea what might be causing it?  Because it is hard to 
>> reproduce, I am having trouble knowing where to start?   Everyone else who 
>> tries has no issues.  He logs into our application, which involves lots of 
>> small network transactions, and then the next thing he does often causes 
>> this.  I think the situation would be that there is a lot of transactions 
>> very quickly, then a slight delay.  After this, the next transaction fails, 
>> and then it will be fine.  Any ideas?
>> 
>> 
>>   ---- (1) ---- Throwable - Class (class 
>> org.apache.http.NoHttpResponseException)
>>   Message (portal.cpfs.com:443 failed to respond)
>>   at 
>> org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:143)
>>   at 
>> org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)
>>   at 
>> org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)
>>   at 
>> org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:165)
>>   at 
>> org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:167)
>>   at 
>> org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)
>>   at 
>> org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)
>>   at 
>> org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:271)
>>   at 
>> org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)
>>   at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)
>>   at 
>> org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110)
>>   at 
>> org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)
>>   at 
>> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
>>   at 
>> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)
>>   at 
>> org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55)
>> Mark Claassen
>> Senior Software Engineer
>> 
>> Donnell Systems, Inc.
>> 130 South Main Street
>> Leighton Plaza Suite 375
>> South Bend, IN  46601
>> E-mail: mailto:[email protected]
>> Voice: (574)232-3784
>> Fax: (574)232-4014
>> 
>> -------------------------------------------
>> Confidentiality Notice: OCIESERVICE
>> -------------------------------------------
>> The contents of this e-mail message and any attachments are intended solely 
>> for the addressee(s) named in this message. This communication is intended 
>> to be and to remain confidential. If you are not the intended recipient of 
>> this message, or if this message has been addressed to you in error, please 
>> immediately alert the sender by reply e-mail and then delete this message 
>> and its attachments. Do not deliver, distribute, copy, disclose the contents 
>> or take any action in reliance upon the information contained in the 
>> communication or any attachments.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

B�KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKCB��[��X��ܚX�KK[XZ[
��Y[�
]\�\��][��X��ܚX�P˘\X�K�ܙ�B��܈Y][ۘ[��[X[��K[XZ[
��Y[�
]\�\��Z[˘\X�K�ܙ�B�B

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to