On Wed, Feb 22, 2012 at 08:08, Oleg Kalnichevski wrote:
> On Tue, 2012-02-21 at 15:22 -0500, Chad La Joie wrote:
>> Okay, just so I'm clear then, it's something that one has to write.
>> There's nothing in HttpClient that actually does this. Correct?
>>
&g
tml/connmgmt.html#d5e647
--
Chad La Joie
www.itumi.biz
trusted identities, delivered
-
To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
For additional commands, e-mail: httpclient-users-h...@hc.apache.org
e that? I wasn't able to find any settings in the docs that I
thought were related so I'm guessing the answer to my first question
is "no".
--
Chad La Joie
www.itumi.biz
trusted identities, delivered
-
To u
In cases where there is no body, or you don't care about the body, in
the response is there a difference between calling abort() on the
request and using EntityUtils.consume on the response?
--
Chad La Joie
www.itumi.biz
trusted identities, deli
Oleg Kalnichevski wrote:
> On Mon, 2011-04-04 at 08:16 -0400, Chad La Joie wrote:
>> Then I guess I misunderstood what you were saying before. Are you
>> suggesting then that the server is transcoding the file when it serves
>> it up? And that the missing bytes actually go
at 07:34 -0400, Chad La Joie wrote:
>> Yeah, unfortunately that didn't work.
>>
>> Is there any way to get the old v3 behavior that gives you access to the
>> raw bytes of the entity before any sort of character decoding is done?
>>
>> I strongly sus
acter encoding so this could
definitely be an ongoing problem.
On 4/2/11 6:29 AM, Oleg Kalnichevski wrote:
> On Sat, 2011-04-02 at 06:10 -0400, Chad La Joie wrote:
>> Okay, that makes sense.
>>
>> To test this, is there a way I can force the content type on the client
>&g
Okay, that makes sense.
To test this, is there a way I can force the content type on the client
side, prior to requesting the response entity, via the response object?
On 4/2/11 6:05 AM, Oleg Kalnichevski wrote:
> This is a problem with content decoding.
>
> << "HTTP/1.1 200 OK[\r][\n]"
> << "D
Here you go:
http://shibboleth.net/dumps.tgz
I found a much smaller document than the one I was initially testing
with. It's off by one byte.
On 4/1/11 9:38 AM, Oleg Kalnichevski wrote:
> On Fri, 2011-04-01 at 09:06 -0400, Chad La Joie wrote:
>> I'm experiencing an odd prob
right method to use to
get the complete byte[] of the response entity?
Thanks.
--
Chad La Joie
http://itumi.biz
trusted identities, delivered
-
To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
For additio
On 9/8/10 6:01 AM, Oleg Kalnichevski wrote:
On Tue, 2010-09-07 at 20:21 -0400, Chad La Joie wrote:
I have a suggestion and a question.
First, I'd like to suggest creating an HTTP header names constant file
similar to HttpStatus. A few HTTP defined header names are defined on
the HTTP o
s I'm just suggesting those
defined in the HTTP specifications themselves.
Second, a question. Is there a utility to parse HTTP dates into
something a bit more friendly to work with. Something like
java.util.Date or milliseconds since the epoch?
--
Chad La Joie
http://itumi.b
Okay, so just to be clear then this method in HttpClient is *not* meant
to expose the Socket SO_Timeout property?
Oleg Kalnichevski wrote:
> The one I gave you
--
SWITCH
Serving Swiss Universities
--
Chad La Joie, Software Engineer, Net Services
Werdstrasse 2, P.O.
Javadoc patches / documentation contributions.
--
SWITCH
Serving Swiss Universities
------
Chad La Joie, Software Engineer, Net Services
Werdstrasse 2, P.O. Box, 8021 Zürich, Switzerland
phone +41 44 268 15 75, fax +41 44 268 15 68
chad.laj...@switch.ch, http://www.s
I agree, that's why I said it would help if it were documented which (if
any) of those were the actual behavior.
Oleg Kalnichevski wrote:
> Guessing does not always help.
--
SWITCH
Serving Swiss Universities
------
Chad La Joie, Software Engineer, Net Services
Werds
27;m guessing probably
the last one.
--
SWITCH
Serving Swiss Universities
------
Chad La Joie, Software Engineer, Net Services
Werdstrasse 2, P.O. Box, 8021 Zürich, Switzerland
phone +41 44 268 15 75, fax +41 44 268 15 68
chad.laj...@switc
16 matches
Mail list logo