This topic defines the objects created by the WSDL Generator.
The default file and definition element names are shown in the table below. <Message Set> is the supplied message set name and <Definition Name> is the supplied Definition Name solicited by the wizard.
File | File Name | File Extension | Value of name attribute on WSDL <definitions> element |
---|---|---|---|
Service File (single-file format) | <Message Set> | wsdl | <Definition Name> |
Service File (multi-file format) | <Message Set>Service | wsdl | <Definition Name>Service |
Binding File | <Message Set>Binding | wsdl | <Definition Name>Binding |
Interface File | <Message Set> | wsdl | <Definition Name> |
If 'Deployable WSDL' is generated, no
additional XML schema (xsd) files are generated, and the WSDL refers directly
to the broker message definition (mxsd) files; otherwise, separate XML schema
(xsd) files are generated, unless you selected 'inline schema'.
The WSDL generator appends the result of the generation operation to a report file, listing any errors which occurred. The file name is:
<Message Set>.wsdlgen.report.txtThe tables below show the element / attribute values to be set in the generated WSDL. The elements are described top-down as they appear in a conventionally ordered WSDL document. The <schema> section of the WSDL definition is not shown since this corresponds directly to the broker message definitions.
Element names are from the WSDL 1.1 namespace except where prefixed by soap: for the WSDL SOAP namespace. Operation elements occur in both the binding and portType sections, so operation is qualified as necessary – for example, portType / operation.
The following values apply to the WSDL definition as a whole:
Element | Attribute | Value |
---|---|---|
definitions | xmlns | assign namespace prefixes. |
![]() ![]() |
![]() ![]() |
![]() ![]() |
![]() ![]() |
![]() ![]() |
![]() ![]() |
part | name | name of the broker message. If Style is set to rpc, the body parts are defined using the type attribute. If not, the body parts are defined using the element attribute. |
![]() ![]() |
![]() ![]() |
![]() ![]() |
binding | name |
|
![]() ![]() |
![]() ![]() |
![]() ![]() |
The following values apply to each individual WSDL operation:
Element | Attribute | Value |
---|---|---|
operation | name | The name of the operation specified in the wizard. |
soap:operation | style | From the value of Style set in the wizard. |
input, output, fault | name | <operation>_<role>, where <operation> is the operation name, and <role> is Input, Output, or Fault. |
soap:body | namespace |
|
soap:header, soap:fault, soap:body | use | This is set to literal. |
The message set provides the basis for many important broker features, including mapping support and ESQL code completion at development time, and validation at runtime.
Therefore, the WSDL that you use in the broker at development time (for example, when configuring SOAP nodes) is integrated with the message set, and references the broker message definitions (mxsd) rather than ordinary Schema (xsd) files. This is referred to as deployable WSDL and is displayed under the category Deployable WSDL in the workbench.
Deployable WSDL is generated when you specify your Message Set Folder (the immediate child of your Message Set Project) as the destination directory for your WSDL.
Otherwise, regular WSDL is generated, along with separate XML schema (xsd) files if these were requested. Regular WSDL cannot be used to configure SOAP nodes, but is suitable for consumption by external applications such as .NET.