--- Comment #12 from daney at gcc dot gnu dot org 2006-03-03 23:24 ---
Fixed by this patch to GNU classpath:
2006-03-03 David Daney <[EMAIL PROTECTED]>
* gnu/java/net/protocol/http/HTTPURLConnection.java
(getRequestProperties): Rewrote.
(addRequestProperty): Rewrote.
--- Comment #11 from ifoox at redhat dot com 2006-03-01 18:10 ---
> I gave up and went down the road of a somewhat simpler implementation at
> the expense of lookup overhead. In most cases there are fewer than
> about a dozen headers, so linear searching an ArrayList should not be
>
--- Comment #10 from ddaney at avtrex dot com 2006-03-01 17:10 ---
Subject: Re: Weird handling of HTTP Headers
ifoox at redhat dot com wrote:
> --- Comment #9 from ifoox at redhat dot com 2006-03-01 16:11 ---
> Hi David,
>
> I tried to get classpath and try out applying the p
--- Comment #9 from ifoox at redhat dot com 2006-03-01 16:11 ---
Hi David,
I tried to get classpath and try out applying the patch to test it out, but I
had some problems with it. I'll try again in a bit but I have some general
comments in the meanwhile.
It seems more appropriate to ke
--- Comment #8 from daney at gcc dot gnu dot org 2006-02-28 22:05 ---
Proposed patch is here:
http://developer.classpath.org/pipermail/classpath-patches/2006-February/000708.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from daney at gcc dot gnu dot org 2006-02-28 16:54 ---
It is broken. I am looking at it now.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ifoox at redhat dot com 2006-02-28 16:27 ---
Created an attachment (id=10939)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10939&action=view)
Non-https test case
This test case uses http instead of https, it also exercises
getHeaderField(String) in addition to
--- Comment #5 from ifoox at redhat dot com 2006-02-28 16:26 ---
Having looked at the Javadoc for these functions, Mark's description is
correct. Only that the function names are getHeaderField(int) (and
getHeaderFieldKey(int)), getHeaderField(String), and getHeaderFields().
I've change
--- Comment #4 from mark at gcc dot gnu dot org 2006-02-28 11:38 ---
Confirmed. It looks like getHeader(int), getHeader(String) and getHeaders()
have slightly different semantics. Where the first should return the actual
n-th header field value only, the second should return the value of
--- Comment #3 from ifoox at redhat dot com 2006-02-27 21:47 ---
Here's what the output of URLConnection.getHeaderFields() is for GCJ:
{null=[HTTP/1.1 200 OK], Date=[Mon, 27 Feb 2006 21:34:40 GMT],
Server=[Apache/2.0.46 (Red Hat)], Set-Cookie=[Bugzilla_login=192617;
path=/bugzilla; expir
--- Comment #2 from ifoox at redhat dot com 2006-02-27 21:44 ---
Created an attachment (id=10926)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10926&action=view)
Test case
Compile simply with 'TestLoginCookie.java' and run with 'java TestLoginCookie'.
I'll also attach what I fou
--- Comment #1 from ifoox at redhat dot com 2006-02-27 21:42 ---
On further investigation it seems like the headers are represented similarly
when they are recieved but URLConnection.getHeaderFieldKey and
URLConnection.getHeaderField don't behave as expected.
--
ifoox at redhat dot c
12 matches
Mail list logo
