RE: [soapbuilders] operationName vs operationNameRequest
- Hi Mark,
See the following...
the message name is the "name" attribute of the input or output element of
the operation of the portType *OR* it defaults as specified in your spec
quote. Your example just did not highlight the "name" attribute.
2.4.2 Request-response Operation
The grammar for a request-response operation is:
<wsdl:definitions .... >
<wsdl:portType .... > *
<wsdl:operation name="nmtoken" parameterOrder="nmtokens">
<wsdl:input name="nmtoken"? message="qname"/>
<wsdl:output name="nmtoken"? message="qname"/>
<wsdl:fault name="nmtoken" message="qname"/>*
> -----Original Message-----http://docs.yahoo.com/info/terms/
> From: marki@... [mailto:marki@...]
> Sent: Sunday, May 27, 2001 1:02 AM
> To: firstname.lastname@example.org
> Subject: [soapbuilders] operationName vs operationNameRequest
> I'm trying to figure out the rules for deciding what message name to
> use in a SOAP request. In a typical WSDL file I might see:
> <message name="msgName">...</message>
> <portType ...>
> <operation name="opName">
> <input message="tns:msgName" />
> According to section 2.4.5 of the WSDL spec
> In order to avoid having to name each input and output element within
> an operation, WSDL provides some default values based on the
> operation name. If the name attribute is not specified on a one-way
> or notification message, it defaults to the name of the operation. If
> the name attribute is not specified on the input or output messages
> of a request-response or solicit-response operation, the name
> defaults to the name of the operation with "Request"/"Solicit"
> or "Response" appended, respectively.
> So that would be "opNameRequest" for the example above. In at least
> one case that I've seen (xmethods stock quote server), the message
> name that works is "getQuote" (the operation name)
> not "getQuoteRequest" (as implied by the sentence above). I don't
> know if this is a bug in the stock quote wsdl, the stock quote server
> or my interpretation of the spec.
> Any help is appreciated.
> To unsubscribe from this group, send an email to:
> Your use of Yahoo! Groups is subject to