This text file contains sample code fragments from:
Section 14.1 - Modularization Mechanisms
Chapter 14 - Advanced WSDL Part I: Modularization, Extensibility, MEPs, and Asynchrony
Book - Web Service Contract Design & Versioning for SOA
Series - The Prentice Hall Service Technology Series from Thomas Erl
Site - www.servicetechbooks.com
Example 14.1 - A WSDL definition containing a concrete description bound to SOAP 1.1 and importing an abstract description.
Example 14.2 - A WSDL definition containing a concrete description bound to SOAP 1.2 and importing the same abstract description as the previous definition.
Example 14.3 - The WSDL 2.0 include element.
Example 14.4 - A WSDL 1.1 types definition with an xsd:import element wrapped in an xsd:schema construct.
Example 14.5 - A WSDL 2.0 types definition with an xsd:import element wrapped in an xsd:schema construct.
Example 14.6 - A WSDL 2.0 types definition with a child xsd:import element.
Example 14.7 - A WSDL 2.0 types definition with an xsd:include element wrapped in an xsd:schema construct.
Example 14.8 - A types construct importing two XML Schema definitions. Types from both XML Schema documents will become available to the rest of the WSDL document.
Example 14.9 - Multiple schema definitions embedded in a WSDL types element. The highlighted xsd:import statement allows one schema to reference types that reside in the other. Note that the xsd:import element does not have a schemaLocation attribute because the WSDL processor automatically knows where to find the definitions for types in this namespace (they are embedded in the same WSDL document).
Example 14.10 - The ifPurchaseOrderAdmin interface element with an extends attribute pointing to the tns:ifPurchaseOrder interface element.