RE: DO NOT REPLY [Bug 24571] New: - Content-Length header missi ng

[Tim Olson <to...@marketingforce.com>]

could i beg anyone to pick this up?  we're dead-in-the-water with our
current development because our java applet can't read the cocoon-generated
XML due to a missing content-length header.  it took a couple weeks to debug
it to this point, and i'll be looking at the cocoon source to see what i can
find but i don't really know my way around it.
both the xml & http serializers exhibit this problem so either they're both
buggy or it's part of a post-serialize step?


> -----Original Message-----
> From: bugzilla@apache.org [mailto:bugzilla@apache.org]
> Sent: Monday, November 10, 2003 12:43 PM
> To: dev@cocoon.apache.org
> Subject: DO NOT REPLY [Bug 24571] New: - Content-Length header missing
> 
> 
> DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
> RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
> <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24571>.
> ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
> INSERTED IN THE BUG DATABASE.
> 
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24571
> 
> Content-Length header missing
> 
>            Summary: Content-Length header missing
>            Product: Cocoon 2
>            Version: 2.1.2
>           Platform: PC
>         OS/Version: Windows NT/2K
>             Status: NEW
>           Severity: Normal
>           Priority: Other
>          Component: sitemap components
>         AssignedTo: dev@cocoon.apache.org
>         ReportedBy: tim@myadguys.com
> 
> 
> with the following sitemap:
> 
> <map:match pattern="xsl/config1.xml">
>   <map:read mime-type="text/xml" src="{global:xsl-root}/config.xml"/>
> </map:match>
> 
> <map:match pattern="xsl/config2.xml">
>   <map:generate src="{global:xsl-root}/config.xml"/>
>   <map:serialize type="xml"/>
> </map:match>
> 
> 
> config1 returns:
> 
> HTTP/1.1 200 OK
> X-Cocoon-Version: 2.1.2
> Last-Modified: Mon, 10 Nov 2003 17:22:35 GMT
> Content-Type: text/xml
> Content-Length: 1038
> Date: Mon, 10 Nov 2003 17:29:25 GMT
> Server: Apache Coyote/1.0
> Connection: close
> 
> 
> while config2 returns no Content-Length, which is required by 
> the HTTP 1.1 spec:
> 
> HTTP/1.1 200 OK
> X-Cocoon-Version: 2.1.2
> Content-Type: text/xml
> Date: Mon, 10 Nov 2003 17:25:55 GMT
> Server: Apache Coyote/1.0
> Connection: close
> 
> 
> if you use a caching pipeline, cached requests will return a 
> correct Content-
> Length but touching the source file invalidates the cache and 
> shows the missing 
> Content-Length behavior again.
> the reader gives the correct content-length even when caching 
> is disabled.
> 
> this bug is more severe than it sounds, because java socket 
> code that reads 
> from the generated (no content-length) URL may terminate 
> before the entire 
> stream is read (if the content is large enough)
>