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.