W3C home > Mailing lists > Public > www-jigsaw@w3.org > November to December 1996

Re: Java NET.DLL implementation

From: Anselm Baird_Smith <abaird@www43.inria.fr>
Date: Mon, 16 Dec 1996 13:48:54 +0100 (MET)
Message-Id: <199612161248.NAA01062@www43.inria.fr>
To: Alexandre Rafalovitch <alex@access.com.au>
Cc: www-jigsaw@w3.org
Alexandre Rafalovitch writes:
 > At 5:25 AM +1000 10/12/96, Scott Jewell wrote:
 > >The only problem I'm having right now with Jigsaw is when
 > >accessing directories or using two names for the same server, Jigsaw
 > >appears to return a HTTP 302 relocated message with the Location:
 > >specifying http://some_url.  This causes the browser a problem because
 > >it then tries to access the URL using http rather than the https
 > >protocol that was originally used.
 > >
 > >I looked around for where the 302 is actually generated in the code but
 > >was unable to find it.
 > I think dependance on http protocol is part of Request class code. Look at
 > notifyEndParsing() code. It has http hardcoded in under some conditions
 > when it sets URL attribute. All the other code, I believe, takes it from
 > there.
 > >
 > >Is there something I can do to prevent this behavior from Jigsaw?
 > Well, I will let Anselm to answer that. There might be some need for
 > differenciating between protocols based on presence or absence of some
 > request headers ( I am not sure, I did not look at SSL yet).

Here is what you will find in next release releases notes:

The getURL method of HTTPResource instances now return the full path
of the resource within any of the server contexts (it used to return
the full URL).

As this is the method used to emit the location header value, things
will be better....

Received on Monday, 16 December 1996 07:48:57 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:30 UTC