In PUT method, the way slide client sends data is PUT /slide/a.html HTTP/1.1 Transfer-encoding: chunked .... other headers...
<HTML> This is the html file </html> But the way it should work is PUT /slide/a.html HTTP/1.1 Transfer-encoding: chunked .... other headers... 42 \r\n <HTML> This is the html file </html> 0 \r\n Where 42 is the length of the first chunk content being sent. Lastly one should send a 0 to indicate taht the transfer encoding is over. Even if I change teh Slide client to send data this way, even the Slide Server does not behave properly, it just creates the file as it is with 42 and 0 in it. This is what http/1.1 RFC says. Refer http://www.ietf.org/rfc/rfc2616.txt Any Clues why this is not implemented? Is it intentionally left out? Meena -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
