Page History
Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Section | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Column | ||||
---|---|---|---|---|
| ||||
|
MIME Binding
Anchor | ||||
---|---|---|---|---|
|
List of all Binding Elements
Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
soap:bindings
: documentAnchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
Figure: Valid soap:binding examples and their UML counterparts
|
| ||||||||||
Image Modified | Image Modified |
The encoding of the operation is given by the stereotype <<DocumentEncoding>>
if the WSDL binding style is document. If we have an RPC style operation no stereotype is given. The Importer will report an error in all other cases. Anchor 9_import_-_export_mechanisms_9_1_3994 9_import_-_export_mechanisms_9_1_3994
The SOAP action value is put into the soapAction tagged value.
Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
soap:operation
element contains the soapAction attribute (see figure Valid soap:binding examples and their UML counterparts ). This attribute gets imported as soapAction tagged value.Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
soap:body
element specifies how the message parts appear inside the SOAP Body element.The
soap:body
binding element provides information on how to assemble the different message parts inside the Body element of the SOAP message. The soap:body element is used in both RPC-oriented and document-oriented messages, but the style of the enclosing operation has important effects how the WSDL Importer handles the soap:body element:- If the operation style is RPC each part of the associated message is a parameter or a return. These parts must have a type attribute referring to a SOAP encoded type schema. Thus, the Importer will report an error if the
soap:body
element does not contain the following attributes:use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
. - If the operation style is Document each part of the associated message is an element of a XML Schema. These parts must have an element attribute refering to a literal XML Schema. Thus, the Importer will report an error if the soap:body element does not contain the following attributes:
use="literal"
.
Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
soap:fault
element specifies the contents of the SOAP Fault Details element. This element is not supported by the Importer. If a SOAP fault occurs, the Bridge generates internally an exception containing the fault code. This exception can then be handled by the modeler. The contents of the SOAP Fault Details element is put into the message part of the Bridge exception as plain string.Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
Figure: soap:address
and its Meaning for UML Deployment Diagrams
| Image Modified |
The above table shows that the soap:address location value is split into its parts. The protocol part becomes the protocol tagged value at port instance StockQuotePort. The network port becomes the port tagged value and the path information is put into yet another tagged value, namely path. The physical location encoded in the location attribute is mapped to an UML node instance having the name of a physical address, in this example: example.com.
Panel | ||
---|---|---|
| ||
|