FW: Make Content-Length optional ?

[Warren Buckley <Warren.Buckley@XIAM.com>]

Hope this list is the correct one to send to.

The oasis-open.org list is boucing messages to the address mentioned at
http://www.ebxml.org/specdrafts/specindex3.htm

Here was my orginal comment.
>  -----Original Message-----
> From: 	Warren Buckley  
> Sent:	05 October 2000 15:04
> To:	'ebXML-transport@lists.oasis-open.org'
> Subject:	Make Content-Length optional ?
> 
> Hi  Folks,
> 
> Having read through the Messaging Service Specification v0.21 I have a
> comment on one particular aspect. I've checked the archives using Google
> to search them but have not found a relevant mention. Apologies if I'm
> resurrecting an old one.
> 
> In a nutshell, the requirement to include Content-Length in the Message,
> Header and Payload Envelopes means that any sender must 1) calculate the
> lengths and 2) have enough buffer space to hold the content before
> sending. I believe this will have an adverse effect when it comes to
> implementing processes that create, route and receive ebXML messages.
> 
> I think this is especially important when it comes to routing. A routing
> node must cache the entire message if it changes the content in any way
> when in fact it need only redirect it. I guess it makes sense if you
> assume a DOM tree will be built but it may not make sense if handling SAX
> events is the chosen processing method.
> 
> Also, if the message is being generated on the fly it may be useful to
> begin sending the message before the entire message is built, especially
> if the message is large.
> 
> The line numbers involved are 182, 212-215, 220, 244-247, 304-306.
> 
> HTTP has address a similar issue by the introducing the transfer-encoding
> type of chunked.  Check out chunking in http 1.1.
> 
> My suggestion is to make the Content-length optional as does http/1.1 and
> MIME
> 
> Regards,
> Warren Buckley
> 
> 
> XIAM Ltd. 
> 12 Hume Street, Dublin 2, Ireland.
> ph: +353 1 638 4850
> fx:  +353  1 678 9070
> email:  mailto:warren.buckley@xiam.com
> www:  http://www.xiam.com
> 
>