- commons logging
...Pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
What would cause the connection to be locked when releaseConnection() is
called?
-Original Message-
From: Pete Keyes [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 26, 2008 3:27 PM
To: HttpClient User Discussion
Cc: Stephen Hiley
Subject: RE: Too Many Connections
You need to use
That will fail to clear the connection stream any time the HTTP return code is
not 200.
You must always completely read the HTTP response - or face corruption.
...Pete
Starbucks Coffee Co.
2601 Utah Ave S.
Seattle, WA. 98134
(work) 206-318-5933
(cell) 206-226-4552
(page) 206-314-2054 or
()
Is that enough?
Thanks
Valli
-Original Message-
From: Pete Keyes [mailto:pke...@starbucks.com]
Sent: Wednesday, January 21, 2009 1:23 PM
To: HttpClient User Discussion
Subject: RE: stream corruption
That will fail to clear the connection stream any time the HTTP return
code
getResponseBodyAsStream or
getResponseBodyAsString.
However, I am sure the tests return HTTP code 200 always. Is there
anything else that could cause this problem?
Thanks
Valli
-Original Message-
From: Pete Keyes [mailto:pke...@starbucks.com]
Sent: Wednesday, January 21, 2009 1:42 PM
-Original Message-
From: Pete Keyes [mailto:pke...@starbucks.com]
Sent: Wednesday, January 21, 2009 1:52 PM
To: HttpClient User Discussion
Subject: RE: stream corruption
That is the most common error I see in this news group associated with
corrupt http streams.
Be careful with the as string
The boundary is declared in the header of the original HTTP request. All you
have below is a single mime body part.
The original request would have had a content-type header something like this:
content-type: multipart/report; report-type=disposition-notification;
First you'll want to do the socket input stream i/o manually rather than a
string. Seems like 2 possibilities:
- the conversion to a string is blowing out the jvm;
- the server is sending nothing in the http response body;
You should also dump the http response headers. One of them will
I'll try to help a bit...we use 3.1, but the high level answer here will likely
be the same. Everyone else that answers will want a wire log - this will give
the for-sure answer as to why your code isn't sending the Basic Auth.
The most likely reason is that the realm you've associated the
You should use the HTTP header message-id in each call. The value for that
header should be identical for each retry, but it must be unique from all other
HTTP messages you sent in the past. Read the AS2 RFC (RFC-4130) about how the
message-id HTTP header should be formatted ... ignore all
This is just a guess, but I don't see where you've closed the
BufferedOutputStream passed to the writeTo() method.
...Pete Keyes
Starbucks Coffee Co.
From: Mark Southern [south...@scripps.edu]
Sent: Thursday, August 18, 2011 05:48 PM
To: httpclient
We're using http-client 4.3 and have some situation where the EDI trading
partner HTTP server presents an SSL certificate with a CN doesn't match the
service URL's hostname. To support this we're trying to use the following code
to override the default http-client BrowserCompatHostnameVerifier
A singleton qualifies for concurrent execution by multiple threads in a
container unless it is write locked.
Sent from my iPhone
On Dec 8, 2014, at 5:01 AM, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2014-12-08 at 14:31 +0200, Guri Livne wrote:
Just to make sure I understand:
You
annotation and CDI in other session bean.
Though the thread it created (or maybe there isn't any additional thread
created, I am not sure) is not managed thread thus not suggested in EE
environments.
Best Regards,
Atkins
On Dec 9, 2014, at 12:16 AM, Pete Keyes pke...@starbucks.com wrote
(); } catch(Throwable t) {}
}
log.info(gMarker, unit test complete.);
System.exit(0);
}
}
--
Pete Keyes
Starbucks Coffee Co.
)
setUserTokenHandler(UserTokenHandler userTokenHandler)
Just want to make sure all bases are covered in our system framework.
--
Pete Keyes
Starbucks Coffee Co.
w: 206.318.5933
m: 206.914.4134
On 12/17/14 1:02 AM, Oleg Kalnichevski ol...@apache.org wrote:
On Tue, 2014-12-16 at 18:08
following from the apache-hc connection pool
monitor logging:
emit statistic: type=hc-conn-pool; route=some-host; available=1; active=0;
blocking=0; max-allowed=50
The connection manager isn’t respecting the per-route connection settings.
Above we see that the “max-allowed” per route reported by the pool-m
org<mailto:httpclient-users@hc.apache.org>>
Date: Thursday, February 25, 2016 at 8:26 AM
To: HttpClient Discussion
<httpclient-users@hc.apache.org<mailto:httpclient-users@hc.apache.org>>
Subject: Re: pooling connection manager: changing max per route
On Thu, 2016-02-25 at 16:
Thank you. Just to make sure . . . you used apache-hc version 4.4.1 for this
test?
—
Pete Keyes
Starbucks Coffee Co.
w: 206-318-5933
c: 206-914-4134
From: "ol...@apache.org<mailto:ol...@apache.org>"
<ol...@apache.org<mailto:ol...@apache.org>>
Reply-To: HttpCl
it completes?
The basic pattern is
HttpRequestBase request = ...
Future f = executor.submit(r)
try {
f.get(ms, TimeUnit.MILLISECONDS);
}
catch(TimeoutException e) {
request.abort(); // <<< ?good or bad?
throw e;
}
—
Pete Keyes
Starbucks Coffee Co.
" <ol...@apache.org> wrote:
>On Fri, 2016-03-25 at 18:42 +, Pete Keyes wrote:
>> Are there any significant downsides to using HttpRequest.abort() to
>>signal that a request should give up as soon as possible? Knowing that
>>this is a blocking I/O not the apache async c
(CloseableHttpClient
.java:82)
‹
Pete Keyes
On 5/4/16, 11:13 AM, "Pete Keyes" <pke...@starbucks.com> wrote:
>We have an odd issue wherein at Tomcat(TomEE) startup apache-hc execution
>requests throw a NoHttpResponseException within less than 1 second.
>After a few minutes
We have an odd issue wherein at Tomcat(TomEE) startup apache-hc execution
requests throw a NoHttpResponseException within less than 1 second. After a
few minutes this behavior completely stops and isn’t seen again until the next
time we stop and restart Tomcat(TomEE).
Basic apache-hc
23 matches
Mail list logo