|
You might find this link a little more
enlightening:
.NET supports two ways to generate the schema for
doc/literal messages:
- bare
- wrapped
In bare, the generated <types> definition
contains a different element for each .NET method parameter, so that the
resulting SOAP message would look something like this:
<soap:body>
<ns1:param1
xmlns:ns1="someuri">param1</ns1:param1/>
<ns1:param2
xmlns:ns1="someuri">param2</ns1:param2>
</soap:body>
This format is not WS-I BP compliant. WS-I BP
permits only one direct child element of the <soap:body>
element.
In wrapped (the default), the generated
<types> definition contains a single element (a complex type) that
contains subelements for each .NET method parameter, so that the resulting SOAP
message would look something like this:
<soap:body>
<ns1:input
xmlns:ns1="someuri">
<ns1:param1>param1</ns1:param1>
<ns1:param2>param2</ns1:param2>
</ns1:input>
</soap:body>
In both cases there's a schema for the input
message.
But keep in mind that wrapped versus bare applies
only to generation of the service. For clients, .NET will generate a SOAP
message that conforms to specification defined in the service's WSDL file. If
you're using doc/literal, the .NET wsdl.exe tool will read the schema definition
in the <types> section and construct the message accordingly.
Anne
|
Title: RE: wrapped services
- wrapped services Cory Wilkerson
- RE: wrapped services Wendy Smoak
- RE: wrapped services Cory Wilkerson
- RE: wrapped services Krzysztof Swietlinski
- RE: wrapped services Davanum Srinivas
- RE: wrapped services Cory Wilkerson
- Re: wrapped services Anne Thomas Manes
- RE: wrapped services Wendy Smoak
- Re: wrapped services Anne Thomas Manes
- RE: wrapped services Wendy Smoak
- RE: wrapped services Anne Thomas Manes
- RE: wrapped services Cory Wilkerson
- RE: wrapped services Cory Wilkerson
- Re: wrapped services Anne Thomas Manes
- RE: wrapped services Wendy Smoak
- Re: wrapped services Anne Thomas Manes
- RE: wrapped services Mike Perham
