Hi,
On Tue, 2004-04-20 at 09:24, Guilhem Lavaux wrote:
> Apparently the special parseURL implementation in
> gnu.java.net.protocol.file.Handler is not required anymore and even
> broken according to mauve test gnu.testlet.java.net.URL.URLTest. If we
> replace it using GCJ implementation (attached)
Hi,
Thanks Jeroen !
If noone is against I'm checking in this changes now.
Cheers,
Guilhem.
On Tue, 2004-04-20 at 15:32, Jeroen Frijters wrote:
> Guilhem Lavaux wrote:
> > Apparently the special parseURL implementation in
> > gnu.java.net.protocol.file.Handler is not required anymore and even
>
Am Dienstag, 20. April 2004 16:40 schrieb Guilhem Lavaux:
> Michael Koch wrote:
> >Am Dienstag, 20. April 2004 09:15 schrieb Guilhem Lavaux:
> >>Hi,
> >>
> >>If you try the mauve test URLConnection/Http you may notice there
> >> is failure due to an unknown header "server" which should be
> >> "Ser
Michael Koch wrote:
Am Dienstag, 20. April 2004 09:19 schrieb Guilhem Lavaux:
Hi,
Here is a patch for URL.java and URLStreamHandler.java to implement
support for authority and cleanup userInfo handling. I have updated a
small testcase in mauve for authority and there does not seem to be
any re
Michael Koch wrote:
Am Dienstag, 20. April 2004 09:15 schrieb Guilhem Lavaux:
Hi,
If you try the mauve test URLConnection/Http you may notice there is
failure due to an unknown header "server" which should be "Server".
Apparently to make the search throught header fields independent from
the c
Several people wrote to [EMAIL PROTECTED]:
> [Java is a trap; we should avoid it; alternatives?]
Many of the developers who work on "escaping the Java trap" met
at this year's FOSDEM in Brussels. Mark Wielaard and I gave a talk,
describing the motivation and current state of GNU Classpath and the
Guilhem Lavaux wrote:
> Here is a patch for URL.java and URLStreamHandler.java to implement
> support for authority and cleanup userInfo handling. I have updated a
> small testcase in mauve for authority and there does not seem
> to be any regression. Please review.
Looks good and this fixes a pr
Am Dienstag, 20. April 2004 09:24 schrieb Guilhem Lavaux:
> Hi,
>
> Apparently the special parseURL implementation in
> gnu.java.net.protocol.file.Handler is not required anymore and even
> broken according to mauve test gnu.testlet.java.net.URL.URLTest. If
> we replace it using GCJ implementation
Guilhem Lavaux wrote:
> Apparently the special parseURL implementation in
> gnu.java.net.protocol.file.Handler is not required anymore and even
> broken according to mauve test gnu.testlet.java.net.URL.URLTest. If we
> replace it using GCJ implementation (attached) 39 failures
> are fixed and no r
Am Dienstag, 20. April 2004 09:19 schrieb Guilhem Lavaux:
> Hi,
>
> Here is a patch for URL.java and URLStreamHandler.java to implement
> support for authority and cleanup userInfo handling. I have updated a
> small testcase in mauve for authority and there does not seem to be
> any regression. Ple
Am Dienstag, 20. April 2004 09:15 schrieb Guilhem Lavaux:
> Hi,
>
> If you try the mauve test URLConnection/Http you may notice there is
> failure due to an unknown header "server" which should be "Server".
> Apparently to make the search throught header fields independent from
> the case we have u
Hi,
Apparently the special parseURL implementation in
gnu.java.net.protocol.file.Handler is not required anymore and even
broken according to mauve test gnu.testlet.java.net.URL.URLTest. If we
replace it using GCJ implementation (attached) 39 failures are fixed and
no regression happens. So I sugg
Hi,
Here is a patch for URL.java and URLStreamHandler.java to implement
support for authority and cleanup userInfo handling. I have updated a
small testcase in mauve for authority and there does not seem to be any
regression. Please review.
Cheers,
Guilhem.
ChangeLog entry:
2004-04-20 Guilhem
Hi,
If you try the mauve test URLConnection/Http you may notice there is
failure due to an unknown header "server" which should be "Server".
Apparently to make the search throught header fields independent from
the case we have using toLowerCase for all header keys and values: this
is not right. I
14 matches
Mail list logo