Article delegate-en/1717 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]

Newsgroups: mail-lists.delegate-en

[DeleGate-En] broken post-response with http/1.0 keep-alive
30 Jun 2002 16:14:26 GMT "Marc Pohl" <pwudabdyi-t7hpmu2dgfxr.ml@ml.delegate.org>


Hi Yutaka,

I have observed a strange problem with delegate while posting a page in our
cms. if i submit a page  the result of the post-action is reproducible an
emtpy page (no content after headers). After submit the following requests
will be done:

192.168.11.151 - user [28/Jun/2002:18:43:05 +0100] "GET
http://cms01.x.de/iw/ewebeditpro20/ekserver.xml HTTP/1.0" 304 0
0*0.002+0.007:W:0+
192.168.11.151 - user [28/Jun/2002:18:43:05 +0100] "GET
http://cms01.x.de/iw/ewebeditpro20/ekserver.xml HTTP/1.0" 304 0
1*0.036+0.007:W:1+1
192.168.11.151 - user [28/Jun/2002:18:43:06 +0100] "GET
http://cms01.x.de/iw/ewebeditpro20/ekserver.xml HTTP/1.0" 304 0
2*0.032+0.007:W:2+1
192.168.11.151 - user [28/Jun/2002:18:43:06 +0100] "GET
http://cms01.x.de/iw/ewebeditpro20/ekserver.xml HTTP/1.0" 304 0
3*0.032+0.007:W:3+1
192.168.11.151 - user [28/Jun/2002:18:43:08 +0100] "POST
http://cms01.x.de/iw-bin/x_zu_suche_callout.ipl HTTP/1.0" 200 866
4*0.036+0.141:RW:4+1

The request for ekserver.xml are a result of the spellchecker. In this case
the last request (POST) will fail. I have observed that the Server cms01
delivers the complete response to delegate, but delegate will only deliver
the headers to the client. (866 bytes is the real size including the body).
The correct post-response has no Content-Length or Last-Modified-Header.

But this happens only with http/1.0 keep-alive. If the IE 5.5-Setting "Use
HTTP/1.1 for Proxy-Connections" is activated, all works as desired. If i
change the Cache-Behaviour of IE, so that the 304-requests don't happen,
there is also no problem ...

This happens with version 7.9.2 and also with 7.9.9 of delegate. The OS is
linux-2.4.18 with glibc-2.2.4.  The caching of delegate is deactivated with
"CACHE=no" in the configuration.

I have tried some printf-debugging but this has shown no quick explanation
for this effect. I can see that putChunk() is called with the content of
the body and written to a filehandle like the headers before, but ethereal
shows no further output to the client after the headers. I think you will
have some additional ideas whats happening there. If i could supply you
some more information please tell me.

Cheers,
Marc


Marc Pohl
WWF Wort + Ton GmbH
Bereich e-media

Tel. 0000 0000 00X
Fax. 0000 0000 00X
http://www.wwf-gruppe.de/



  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V