- From: Jean-Jacques Moreau <jean-jacques.moreau@crf.canon.fr>
- Date: Wed, 11 Oct 2006 17:41:48 +0200
- To: "Yalcinalp, Umit" <umit.yalcinalp@sap.com>
- Cc: Arthur Ryman <ryman@ca.ibm.com>, Jonathan Marsh <jonathan@wso2.com>, www-ws-desc@w3.org, Youenn Fablet <youenn.fablet@crf.canon.fr>
What you're really saying I think is that the optimization ought be set at the individual message level rather that at the operation level? Can we do this already with the spec at it stands? I suggest keep the proposal aligned with the status quo, whatever it is, in the interest of moving to Rec sooner. JJ. Yalcinalp, Umit wrote: > Is this assumption adequate though?What if the capability is present > but the sending message did not need to utilize the optimization? > Think of a request-response and the response would be returning a .GIF > file. Would you engage the optimization in the request? I would think > not, but you may expect the response to be optimized. > --umit > > ------------------------------------------------------------------------ > *From:* www-ws-desc-request@w3.org > [mailto:www-ws-desc-request@w3.org] *On Behalf Of *Arthur Ryman > *Sent:* Tuesday, Oct 10, 2006 3:07 PM > *To:* Jonathan Marsh > *Cc:* 'Jean-Jacques Moreau'; www-ws-desc@w3.org; 'Youenn Fablet' > *Subject:* RE: F&P/MTOM Alternate proposal > > > Jonathan, > > That isn't defined as far as I can tell. A "polite" server would > respond in the same format as the request. > > Arthur Ryman, > IBM Software Group, Rational Division > > blog: http://ryman.eclipsedevelopersjournal.com/ > phone: +1-905-413-3077, TL 969-3077 > assistant: +1-905-413-2411, TL 969-2411 > fax: +1-905-413-4920, TL 969-4920 > mobile: +1-416-939-5063, text: 4169395063@fido.ca > > > *"Jonathan Marsh" <jonathan@wso2.com>* > > 10/10/2006 06:04 PM > > > To > Arthur Ryman/Toronto/IBM@IBMCA > cc > "'Jean-Jacques Moreau'" <jean-jacques.moreau@crf.canon.fr>, > <www-ws-desc@w3.org>, "'Youenn Fablet'" <youenn.fablet@crf.canon.fr> > Subject > RE: F&P/MTOM Alternate proposal > > > > > > > > > > I don’t think you answered my second, more specific, question. I > would expect either encoding to be accepted, but what is > generated? Always text/xml? Always XOP? Sometimes one and > sometimes the other? Based on the received message? Or on the > phase of moon? > > *Jonathan Marsh* - _http://www.wso2.com_ <http://www.wso2.com/> - > _http://auburnmarshes.spaces.live.com_ > <http://auburnmarshes.spaces.live.com/> > > ------------------------------------------------------------------------ > > *From:* www-ws-desc-request@w3.org > [mailto:www-ws-desc-request@w3.org] *On Behalf Of *Arthur Ryman* > Sent:* Tuesday, October 10, 2006 2:42 PM* > To:* Jonathan Marsh* > Cc:* 'Jean-Jacques Moreau'; www-ws-desc@w3.org; > www-ws-desc-request@w3.org; 'Youenn Fablet'* > Subject:* RE: F&P/MTOM Alternate proposal > > > Jonathan, > > My reading of the text is that if MTOM is required then an > otherwise encoded message would be rejected. If it is optional, > then both MTOM and normal XML hexBinary or base64Binary encoding > are fine. > > Arthur Ryman, > IBM Software Group, Rational Division > > blog: http://ryman.eclipsedevelopersjournal.com/ > phone: +1-905-413-3077, TL 969-3077 > assistant: +1-905-413-2411, TL 969-2411 > fax: +1-905-413-4920, TL 969-4920 > mobile: +1-416-939-5063, text: 4169395063@fido.ca > > *"Jonathan Marsh" <jonathan@wso2.com>* > Sent by: www-ws-desc-request@w3.org > > 10/10/2006 04:04 PM > > > To > Arthur Ryman/Toronto/IBM@IBMCA, "'Youenn Fablet'" > <youenn.fablet@crf.canon.fr> > cc > "'Jean-Jacques Moreau'" <jean-jacques.moreau@crf.canon.fr>, > <www-ws-desc@w3.org> > Subject > RE: F&P/MTOM Alternate proposal > > > > > > > > > > > I assume {optimizedMimeSeraizliation} = required means the service > will reject any message not XOP-encoded, and will only emit > messages in XOP-encoding. > > But what does “may be engaged” mean? When I send a message with > text/xml when {optimizedMimeSerialization} = optional, what media > type should I expect to get back? > * > Jonathan Marsh* - _http://www.wso2.com_ <http://www.wso2.com/> - > _http://auburnmarshes.spaces.live.com_ > <http://auburnmarshes.spaces.live.com/> > > > > ------------------------------------------------------------------------ > > * > From:* www-ws-desc-request@w3.org > [mailto:www-ws-desc-request@w3.org] *On Behalf Of *Arthur Ryman* > Sent:* Tuesday, October 10, 2006 11:02 AM* > To:* Youenn Fablet* > Cc:* Jean-Jacques Moreau; www-ws-desc@w3.org; > www-ws-desc-request@w3.org* > Subject:* Re: F&P/MTOM Alternate proposal > > > Youenn, > > Looks good. > > Arthur Ryman, > IBM Software Group, Rational Division > > blog: http://ryman.eclipsedevelopersjournal.com/ > phone: +1-905-413-3077, TL 969-3077 > assistant: +1-905-413-2411, TL 969-2411 > fax: +1-905-413-4920, TL 969-4920 > mobile: +1-416-939-5063, text: 4169395063@fido.ca > > *Youenn Fablet <youenn.fablet@crf.canon.fr>* > Sent by: www-ws-desc-request@w3.org > > 10/10/2006 05:50 AM > > > > > To > www-ws-desc@w3.org > cc > Jean-Jacques Moreau <jean-jacques.moreau@crf.canon.fr> > Subject > F&P/MTOM Alternate proposal > > > > > > > > > > > > > Per my action item, here is an alternative proposal for MTOM support > within WSDL2.0. > This is a translation of the current MTOM support through an > extension > element. > Regards, > Youenn > ----------------------------- > The proposal is the following: > > Add a new WSDL2.0/MTOM extension within section 5 (soap binding) > of the > WSDL20 adjunct specification, along the following lines. > > //// WSDL Component Relationship ///// > The WSDL2.0/MTOM extension adds the following property to the WSDL2.0 > Endpoint, Binding, Binding Operation, Binding Fault, Binding Message > Reference and Binding Fault Reference components: > - {optimizedMimeSerialization} OPTIONAL. Its type is xs:token. When > present and equal to "required", it indicates that MTOM must be > engaged. When present and equal to "optional", it indicates that MTOM > may be engaged. When not present, no assertion is made about the > use of > MTOM. > > The requiredness/availability of the MTOM engagement is defined by > the > closest present property, where closeness is defined by whether it > is at > the Endpoint component level, the Binding Message Reference > component or > Binding Fault Reference component level, the Binding Operation level, > the Binding Fault Reference level, or the Binding component level, > respectively. > > > //// XML Representation //// > The XML representation for the WSDL2.0/MTOM extension is an element > information item as follow: > <wsmtom:OptimizedMimeSerialization wsdl:required="true|false"? > > xmlns:wsmtom="http://www.w3.org/2004/08/soap/features/http-optimization"/> > This is an empty global element that allows any namespaced attribute > (especially the wsdl:required attribute). > > //// Mapping //// > The {optimizedMimeSerialization} property is present when a > wsmtom:OptimizedMimeSerialization element is present. > Its value is "required" if the wsdl:required attribute is present and > equals to "true". Otherwise its value is "optional". > ----------------------------- >
Received on Wednesday, 11 October 2006 15:42:32 UTC