- From: Jonathan Marsh <jmarsh@microsoft.com>
- Date: Tue, 22 Jun 2004 07:55:56 -0700
- To: <xml-dist-app@w3.org>
- Cc: "Jonathan Marsh" <jmarsh@microsoft.com>
Dear XMLP WG, Last week we approved this resolution of our Issue 207, which was to ask you to add a reference to the Media Type Description note and specifically mention that the expectedMediaType annotation could provide a source of information for determining which blobs are to be optimized. The specific text proposal below, and its position in the MTOM spec, are of course examples useful in reaching consensus on the issue within our group and you may find a better way to indicate this information in your spec. If there are objections to adding this material, please let us know. Thanks! > -----Original Message----- > From: www-ws-desc-request@w3.org [mailto:www-ws-desc-request@w3.org] On > Behalf Of Jonathan Marsh > Sent: Tuesday, June 15, 2004 3:45 PM > To: www-ws-desc@w3.org; xml-dist-app@w3.org > Subject: RE: Describing which blobs are to be optimized. > > > My reading of the straw polls [1] relative to Issue 207 leads me to > suggest the following resolution: > > Ask the XMLP WG to augment the paragraph in MTOM > [http://www.w3.org/TR/soap12-mtom/#aof-sending] as indicated {{thus}}: > > "Note: the means of identifying element information items that contain > base64 encoded data in canonical lexical form are > implementation-dependent. Some implementations can identify such element > information items by construction (e.g., because a certain API may > create only canonical forms); others may check the characters prior to > sending{{, others may rely on information in the description such as the > presence and/or value of the xmlmime:expectedMediaType schema annotation > [reference to XMLMIME]}}. Because of the need to exactly preserve the > characters in the transmitted Infoset, non-canonical representations > MUST NOT be optimized." > > [1] http://lists.w3.org/Archives/Public/www-ws-desc/2004Jun/0128.html > > P.S. for XMLP: It's a bit disconcerting to see a "MUST NOT" in a > "Note".
Received on Tuesday, 22 June 2004 11:10:48 UTC