W3C home > Mailing lists > Public > xml-dist-app@w3.org > February 2004

Issue 453 (use of multipart/multiplexed)

From: Marc Hadley <Marc.Hadley@Sun.COM>
Date: Thu, 19 Feb 2004 14:14:55 -0500
To: xml-dist-app@w3.org
Message-id: <E6E91440-630F-11D8-A125-000A95BC8D92@Sun.COM>
I took an action to do some research into issue 453[1] which concerns  
use of the multipart/multiplexed' mechanism described in RFC 3391[2] in  
XOP. Issue 453 was raised as a result of comments from the SVG WG[3]  
who desire a means to interleave the base XML document data with its  
referenced content.

Our requirements currently contains the following:

R26: The serialization should support streaming of serialization parts,  
i.e. chunked encoding.

R26 could be taken to require some form of interleaving between parts  
but it doesn't say that explicitly.

RFC 3391 is categorized as "Informational" and contains the following  

"Status of this Memo

    This memo provides information for the Internet community.  It does
    not specify an Internet standard of any kind.  Distribution of this
    memo is unlimited.


    The IESG believes use of this media type is only appropriate in
    situations where the producer is fully aware of the capabilities and
    limitations of the consumer.  In particular, this mechanism is very
    dependent on the producer knowing when the consumer will need a
    particular component of a multipart object.  But consumers
    potentially work in many different ways and different consumers may
    need different things at different times.  This mechanism provides no
    means for a producer to determine the needs of a particular consumer
    and how they are to be accommodated.

    Alternative mechanisms, such as a protocol based on BEEP which is
    capable of bidirectional communication between the producer and
    consumer, should be considered when the capabilities of the consumer
    are not known by the producer."

The XMLP WG needs to weigh this caution against the expressed need of  
the SVG WG when deciding how to proceed.

Some possible resolutions:

(i) Say nothing about RFC 3391
(ii) Include some information about RFC 3391 in XOP but speifically  
exclude its use in MTOM.
(iii) Include some information about RFC 3391 in XOP and allow its use  


[1] http://www.w3.org/2000/xp/Group/xmlp-issues.html#x453
[2] http://www.ietf.org/rfc/rfc3391.txt

Marc Hadley <marc.hadley at sun.com>
Web Products, Technologies and Standards, Sun Microsystems.

Received on Thursday, 19 February 2004 14:12:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 22:01:25 UTC