Ortwin Glück wrote:
Why is it required that equals returns false if the classes do not
match exactly? I thinks this is a weird behaviour for an equals method
and should clearly be changed.
It's weird behavior, but you have to be careful when changing it to
instanceof. If an equals method
Leo Galambos wrote:
I am using httpclient (HC) in a webcrawler. After 6 hours of run, HC
stops working and I think, it is locked by some lock of a critical
section in HC. The problematic code, I use, is here:
http://www.egothor.org/temp/Network.java
Are you running on Windows by any chance?
A few weeks ago I took a first stab at creating a Checkstyle 3.0 file
for HttpClient, but I never got around to posting it. I don't think I
covered all of the rules, but it's a start. I'll try attaching it to
this email.
-- Laura
Ortwin Glück wrote:
Cheers.
Are you using Maven for this? I
Mark Castillo wrote:
After sending a GET request to a server, how to I pick out the name/value of
a specific header from the server's response?
Call the getResponseHeader(String name) method (or one of its siblings)
on the HttpMethod you used for the request, which is probably a
GetMethod in
Roland Weber wrote:
3. your code does not work with IBM JDK 1.3 in WSAD with Sun JSSE
FWIW, we were experimenting with the IBM JDK last year and got lots of
mysterious JSSE failures. Finally we realized that we were still using
Sun's JSSE implementation. Switching to the IBM JSSE for 1.3
+1 (nonbinding) from me
Kalnichevski, Oleg wrote:
We have had just one (what I see as a real) bug since 2.0 beta2. I think it is time we moved past 'beta' into 'final release' phase with 2.0 branch
-
To unsubscribe, e-mail:
Kalnichevski, Oleg wrote:
If it is just about release numbers, let us call it HttpClient 3.0
Amen. I'm not sure how much point there is in a 2.1 release if there's
not allowed to be *any* API breakage. Maybe we should freeze the 2.0
stream and just put out 2.0.1, etc. bug fix releases and
Oleg Kalnichevski wrote:
This is one of many 'shady' areas of the HTTP spec. Basically there is
no standard way for the client to communicate to the server what coding
has been used to decode query parameters.
It's definitely shady. I've seen two approaches used here. In the
past, many
Oleg Kalnichevski wrote:
2) Go elaborate
-
org.apache.commons.lang.exception.NestableException (or equivalent)
|
+-- org.apache.commons.httpclient.HttpException (Root exception)
I prefer this elaborate approach. (And I liked your inclusion of an
InterruptedHttpException.) I
Oleg Kalnichevski wrote:
Sadly enough, there's (there will be) no reliable way to interrupt a
request in the release 2.0. It is an unfortunate oversight on our part.
This feature is planned for the 2.1 release:
This is a hard problem, because almost all of the calls in the old
java.io library
Oleg Kalnichevski wrote:
The observer thread simply closes the damn socket when the user
hits the cancel button. Whuch. The communication thread immediately
throws an IOException and happily terminates.
Good idea! We could implement this in HttpClient by having one master
observer thread
I wrote (in response to Oleg):
Good idea! We could implement this in HttpClient by having one
master observer thread whose job was to close a connection's socket
whenever a Method using that connection has timed out.
I messed with this today and got it more or less working. Since I
didn't
Adrian Sutton wrote:
The flaw in the toUsingCharset method is two-fold:
Firstly, Strings in Java are *always* stored internally as UTF-8
I agree with the rest of your analysis of this, but I thought I should
point out that Java Strings and chars are stored in UTF-16 rather than
UTF-8. A char
Hi Nate,
Jun 26, 2003 1:48:21 PM org.apache.commons.httpclient.HttpMethodBase
processRedirectResponse
INFO: Redirect requested but followRedirects is disabled
...
I can just create a GetMethod and give it the url that would be redirected
to, but how to get rid of that error message. Any
Michael Becke wrote:
I propose that we:
- form urlencode values passed to
HttpMethodBase.setQueryString(NameValuePair[])
- use java.net.URLEncoder for form urlencoding
I agree, as long as URLEncoder seems to work.
Do you think we need to modify URI so that it uses URLEncoder to encode
the
Michael Becke wrote:
Yes, but this is for application/x-www-form-urlencoded values.
Currently we only assume this content type for post params (this was
recently fixed).
I think we have to assume it for get params too. In the HTTP 4.01 spec,
17.13.3.4
(probably a MultiThreadedHttpConnectionManager) and
then use that to create an HttpClient. The connection manager will
create the connections itself, as needed. Then you create methods and
execute them using your host config and client.
Laura Werner
Oleg Kalnichevski wrote:
Odi, are you sure you want to have an extra thread per HttpMethod? I do
not think so
You can do threads fairly efficiently by pooling them. I do it in my
cache, since I have to allow a timeout on the whole transaction and
abort the transaction even in the middle of
Hi all,
I just noticed a minor gotcha while showing someone at work the News
page at http://jakarta.apache.org/commons/httpclient/news.html. The
first item has the wrong date: 25 January 2003 rather than 25
February 2003.
-- Laura
Hi all,
I really like this refactoring. People like Laura should track the
changes we make and rewrite their own client to either use or extend
the HttpClient class. For the long run I think nobody should go
without the HttpClient class. HttpClient should act a bit like a facade.
Agreed on all
Michael Becke wrote:
I think it would be possible to add cross site redirects at the
HttpClient level without removing the other functionality from the
HttpMethod. HttpClient would just need to check the status code and
re-try. But, just because it is possible doesn't mean we should do
it.
Oleg,
I can't say I comletely agree with your point (or understand it), but so be it.
Feel free to ask for clarification.
Basically I was trying (in my wordy way) to say that toUsingCharset
seems to do two things:
- Convert the Unicode string to an array of bytes using the converter
for
-Connection header as well. So whatever patch you come up with
will probably be useful for more than just IIS.
Laura Werner
BeVocal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Adrian Sutton wrote:
Do you have any idea how to make squid use that header?
I don't think we're doing anything special to make it happen. Here are
the headers from a couple of typical transaction, with a few host names
slightly obscured. This is using my own Java-based caching code on top
Hi Sung-Gu,
Actually, that's very easy...
And not that important unless it's not going to be support multilinqual.
As you see the diagram, bytes informations created from the original charset
should be restored. That's all.
My understanding of what you're saying is that if someone
without returning
to the caller.
I think it would be OK to add the redirect functionality to HttpClient,
but I think it should go into a public static method, so that it can be
called by the normal HttpClient methods and by people like me. I can do
the work on this if you want.
Laura Werner
BeVocal
.
(I suspect it's the second one, though).
Laura Werner
BeVocal Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
27 matches
Mail list logo
