- From: Yael Stav <stav@radview.com>
- Date: Thu, 24 Jul 1997 16:33:36 +0300
- To: jigsaw mailing list <www-jigsaw@w3.org>
Following my previous message (enclosed below) about several problems using Jigsaw as a proxy, I would like to give some more information: About problem no.2 : ================ ( 'An HTTP error occured while getting http://www.entrepreneurmag.com/cgi-bin/nph-redirect.pl?SPONSOR_URL=http://www.entrepreneurmag.com&SPONSOR_ID=HOME. Details "expecting :(58) got (10) context: Netscape-Communications/1.1 ". ' ) The HTTP response which is sent (probably by a non-perfect CGI) lacks the "server:" field label. The header received is something like: " Jigsaw can't overcome this malformed header and throws the exception without delivering the response (both Netscape and Explorer browsers overcome it). About problem no.3: =============== (Null content-type in http://merchant-int.netscape.com) In the HTTP response sent from the server the "content-type:" field label is replaced with "content:" label. This must be the reason for Jigsaw not finding the content-type of the document. Needless to say, common browsers do succeed in finding out the content-type. Can anyone help with a solution to these? Is there any clue for the big problem stated in problem no.1? Thanx. Yael Stav wrote: > Hi all, > Using Jigsaw proxy (with no cache) I encountered several problematic > URL's: > > 1. > a. http://customnews.cnn.com > Netscape browser gets "Document contains no data" > > b. http://www-il.radview.com > Netscape browser gets "Document contains no data" > > c. http://customnews.cnn.com/cnews/pna.myhome > Netscape browser gets "Document contains no data" > > In all cases getting these url's directly from Netscape gives > correct HTMLs. > > A bit of digging exposed the fact that in all cases there was a > 200 OK status accepted and probably complete headers but also an > IOException of "socket was closed". > Could this has to do something with zero content-length? > > 2. > http://www1.playboy.com/ads/entrepreneur2.cgi (a bit embarracing) > > Results (after a redirection) in: > 'An HTTP error occured while getting > > 'šhttp://www.entrepreneurmag.com/cgi-bin/nph-redirect.pl?SPONSOR_URL=http://www.entrepreneurmag.com&SPONSOR_ID=HOME. > > Details "expecting :(58) got (10) context: > Netscape-Communications/1.1 ". ' > > Without jigsaw proxy I get the first redirection, then another one > > to http://www.entrepreneurmag.com" which gave me a correct > HTML. > This problem is definately a MimeParser problem. After some more > digging I found > out that it's source is the "expect" method from the > "parse822HeaderName" method. > > 3. > http://merchant-int.netscape.com > > Is received OK with or without Jigsaw but I discovered that > instead > of getting > content-type of 'text/html' Jigsaw gets null content-type. I guess > > it has something to do > with wrong parsing. > > I read a previous mail about the "Document contains no data" problem, > which stated that it's a known bug in 1alpha5 Jigsaw but I couldn't > find > any further documentation about this bug, nor any > way to solve it. > I know these cases may be cases of non perfect HTTP, but I would like > my > proxy to be > able to recover from such cases at least the way the Netscape browser > does. > > I'm using JDK 1.0.2 and 1.1.2 on NT4.0 . > Thank you for any help. > -- > Yael Stav > RadView Software Ltd. email : stav@radview.com > Tel-Aviv, ISRAEL voice: +972-3-6459013 > http://www.radview.com fax: +972-3-6471406
Received on Thursday, 24 July 1997 09:34:36 UTC