Eric Johnson a écrit :
Maybe it is just me, but I can live with a 1ms penalty that
dramatically increases the reliability of the re-used connections.
Based on your research, I think we should keep the isStale() check.
What do others think?
Totally agree, I was getting mad before the isStale
As a user of jakarta projects I must say I agree with Chris on this one.
No offense, but in the way I see it HttpClient isn't big enough to be splitted and
to have one more dependency. I met the same trouble as Chris for commons-logging,
helpfully most jakarta projects are willing to update to
I think he's using the 2.0a3 release, and not cvs, and there the Expect:
100-continue was buggy...
I say that cause I had the exact same log with tomcat 4 and 2.0a3
Kalnichevski, Oleg a écrit :
Vikram
Now it is clear as day light, that the web server you are
posting requests to does not
Yes, but the LOG.trace(enter HttpConnection.responseAvaliable()); which
had a typo isn't anymore in cvs (it has been removed from httpconnection
here :
http://cvs.apache.org/viewcvs/jakarta-commons/httpclient/src/java/org/apach
Sure, I'll try to reproduce it with wire log, as it doesn't happen on every
request :((
Oleg Kalnichevski a écrit :
Aurelien,
Same request. Could you please produce a wire log of the HTTP
communication that causes the problem you mentioned?
Oleg
I'm sorry I have trouble enabling wire log within my webapp. I'm using
Turbine and in fact it seems HttpClient took the setting from turbine to log
it's info.
I can't find an easy way to enable wirelog in a specific file... I'm not
used to commons logging.
Aurelien Pernoud a écrit :
Sure
] -
And I think that's were the missing HTTP/ exception came, but I'm not sure
BTW, I think you should remove the log enter
HttpConnection.responseAvaliable(), cause I have like 50.000 lines of it in
my log for only one request... :/
Aurelien Pernoud a écrit :
I'm sorry I have trouble enabling wire log
1.1 spec compliance.
As to excessive noise in the logs, try using debug verbosity
instead trace one.
Oleg
On Tue, 2003-02-25 at 16:18, Aurelien Pernoud wrote:
Here is stuff I got from a Post Method, after removing the log of
method :
[25 févr. 2003 16:05:31 DEBUG] - User-Agent: Jakarta
with? It appears to have issues with
HTTP 1.1 spec compliance.
As to excessive noise in the logs, try using debug verbosity
instead trace one.
Oleg
On Tue, 2003-02-25 at 16:18, Aurelien Pernoud wrote:
Here is stuff I got from a Post Method, after removing the log of
method :
[25 févr. 2003 16:05:31
Oleg Kalnichevski a écrit :
Aurelien,
Something is fishy about your setup. I have developed 100-continue
handshake support for HttpClient using Tomcat 4.1.18. It does handle
100-continue correctly. I may need to see the complete log of yours in
order to figure out what is going on there.
Ok I'll try it without the Expect: header tomorrow. But what I can surely
say is that I didn't stress Tomcat, I was alone making single requests on
it, not even simultaneously. Of course the logging did stress a little, as
it logged like 4MB in 30 seconds...
I've attached a log more precise on
happening there.
Aurelien Pernoud a écrit :
Well yes when I tried it Friday it failed a lot, I got some responses
exchanged (error : I asked for 458 and I got 269 for example)...
I'll retest it today, but It sure did fail, or maybe I drank too
much, but usually I don't at work... :))
I too
Well yes when I tried it Friday it failed a lot, I got some responses
exchanged
(error : I asked for 458 and I got 269 for example)...
I'll retest it today, but It sure did fail, or maybe I drank too much, but
usually I don't at work... :))
I too tested it in tomcat 4.1.18, weird.
[EMAIL
Well, as some changes have been made to httpmethodbase between yesterday
evening, and lines changed were about connection, I tried with current CVS,
still the same :(
I have a little time this afternoon, so I'll try to write a test case, but
this test case may need a servlet on the other part
Ok, I'm gonna test it right now and tell you tomorrow morning if everything
went ok with my app.
Oleg Kalnichevski a écrit :
Committed
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Michael Becke a ecrit :
Thx to everyone for help, and sorry Mike I made you spend some time
on it, I hate it :
Not to worry. You've discovered some legitimate bugs in HttpClient's
multi-threaded support.
Mike
I just downloaded and compiled httpclient from current cvs, I'll try your
), there's a call to release the connection used.
Thanx for your advice, I'm going into it now.
Aurelien Pernoud
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Michael Becke wrote:
You do not need to use HttpClient in particular. I would just suggest
you look at it to make sure you've covered all of your bases.
Oh ok, I've re-read your first mail, now I understand what you meant.
Are you sure I have too ? It seems that in the end HttpMethodBase
18 matches
Mail list logo