NAME

SOAP::WSDL::Manual::XSD - SOAP::WSDL's XML Schema implementation

DESCRIPTION

SOAP::WSDL's XML Schema implementation translates XML Schema definitions into perl classes.

Every top-level type or element in a XML schema is translated into a perl class (usually in it's own file).

Atomic types are either directly included in the class of their parent's node, or as sub-package in their parent class' file.

While the implementation is still incomplete, it covers the XML schema definitions used by most object mappers.

USAGE

You can use SOAP::WSDL::XSD based classes just like any perl class - you may instantiate it, inherit from it etc.

You should be aware, that SOAP::WSDL::XSD based classes are inside-out classes using Class::Std, though - things you would expect from hash-based classes like using the blessed hash ref as data storage won't work.

Moreover, most classes override Class::Std's default constructor for speed - you should not expect BUILD or START methods to work, unless you call them yourself (or define a new constructor).

All SOAP::WSDL::XSD based complexType classes allow a hash ref mathing their data structure as only parameter to new(). You may mix hash and list refs and objects in the structure passed to new - as long as the structure matches, it will work fine.

All SOAP::WSDL::XSD based simpleType (and builtin) classes accept a single hash ref with the only key "value" and the value to be set as value.

HOW IT WORKS

Base classes

SOAP::WSDL::XSD provides a set of base classes for the construction of XML schema defined type classes.

Builtin types

SOAP::WSDL::XSD provides classes for all builtin XML Schema datatypes.

For a list and reference on these classes, see SOAP::WSDL::XSD::Typelib::Builtin.

Derivation classes

For derivation by list, the list derivation class SOAP::WSDL::XSD::Typelib::Builtin::list exists.

Derivation by restriction is handled without the help of additional classes.

Element construction class

For the construction of element classes, the element superclass SOAP::WSDL::XSD::Typelib::Element exists. All elements are ultimately derived from this class. Elements may inherit from type classes, too - see "TRANSLATION RULES" for details.

complexType construction class

For the construction of complexType classes, the construction class SOAP::WSDL::XSD::Typelib::ComplexType is provided. It provides a __factory method for placing attributes in generated classes, and generating appropriate setter/getter accessors.

The setters are special: They handle complex data structures of any type (meaning hash refs, list refs and objects, and any combination of them), as long as their structure matches the expected structure.

TRANSLATION RULES

element

TODO add more elaborate description

element with type attribute

Elements defined by referencing a builtin or user defined type inherit from SOAP::WSDL::XSD::Typelib::Element and from the corresponding type class.

 Element       Type 
 base class    class
    ^            ^
    |            |
     ------------ 
         |
Element type="" class          
    

element with ref attribute

Elements defined by referencing another element inherit from the corresponding element class.

referenced Element class
         ^
         |
Element ref="" class          

element with atomic simpleType

Elements defined by a atomic simpleType from SOAP::WSDL::XSD::Typelib::Element and from the base type of the atomic type.

  Element     atomic Type 
 base class   base class
    ^              ^
    |              |
     -------------- 
           |
element simpleType class          

element with atomic complexType

Elements defined with a atomic complexType inherit from SOAP::WSDL::XSD::Typelib::Element and from SOAP::WSDL::XSD::Typelib::ComplexType.

  Element     complexType
 base class   base class
    ^              ^
    |              |
     -------------- 
           |
element complexType class          

complexType

TODO add more elaborate description

Some content models are not implemented yet. The content models implemented are described below.

complexType with "all" variety

Complex types with "all" variety inherit from SOAP::WSDL::XSD::Typelib::ComplexType, and call it's factory method for creating fields and accessors/mutators for the complexType's elements.

All element's type classes are loaded. Complex type classes have a "has a" relationship to their element fields.

Element fields may either be element classes (for element ref="") or type classes (for element type=""). No extra element classes are created for a complexType's elements.

 complexType
 base class
      ^
      |
complexType all
----------------     has a
element name="a" ------------> Element or type class object
element name="b" ------------> Element or type class object

The implementation for all does enforce the order of elements as described in the WSDL, even though this is not required by the XML Schema specification.

complexType with "sequence" variety

The implementation of the "sequence" variety is the same as for all.

complexType with "choice" variety

The implementation for choice currently is the same as for all - which means, no check for occurence are made.

complexType with complexContent content model

Note that complexType classes with complexContent content model don't exhibit their type via the xsi:type attribute yet, so they currently cannot be used as a replacement for their base type.

SOAP::WSDL's XSD deserializer backend does not recognize the xsi:type="" attribute either yet.

  • restriction variety

    ComplexType classes with restriction variety inherit from their base type. No additional processing or content checking is performed yet.

      complexType
    base type class
          ^
          |
     complexType 
     restriction
  • extension variety

    ComplexType classes with extension variety inherit from the XSD base complexType class and from their base type.

    Extension classes are checked for (re-)defining all elements of their parent class.

    Note that a derived type's elements (=properties) overrides the getter / setter methods for all inherited elements. All object data is stored in the derived type's class, not in the defining class (See Class::Std for a discussion on inside out object data storage).

    No additional processing or content checking is performed yet.

    complexType        complexType
    base class       base type class
         ^                 ^
         |                 |
          -----------------
         |
     complexType 
      extension

SimpleType

TODO add more elaborate description

Some derivation methods are not implemented yet. The derivation methods implemented are described below.

Derivation by list

Derivation by list is implemented by inheriting from both the base type and SOAP::WSDL::XSD::Typelib::XSD::list.

Derivation by restriction

Derivation by restriction is implemented by inheriting from a base type and applying the required restrictions.

FACETS

XML Schema facets are not implemented yet.

They will probably implemented some day by putting constant methods into the correspondent classes.

ATTRIBUTES

XML attributes are not implemented yet. If you have a good idea on how to implement them, feel free to email me a proposal.

BUGS AND LIMITATIONS

The following XML Schema declaration elements are not supported yet:

  • Declaration elements

    attribute
    notation
  • Type definition elements

    simpleContent
    union
  • Content model definition elements

    any
    anyAttribute
    attributeGroup
    group
  • Identity definition elements

    field
    key
    keyref
    selector
    unique
  • Inclusion elements

    import
    include
    redefine

The following XML Schema declaration elements are supported, but have no effect yet:

  • Factes

    enumeration
    fractionDigits
    lenght
    maxExclusive
    maxInclusiove
    maxLength
    minExclusive
    minInclusive
    minLength
    pattern
    totalDigits
    whitespace
  • Documentation elements

    appinfo

LICENSE

Copyright 2007 Martin Kutter.

This file is part of SOAP-WSDL. You may distribute/modify it under the same terms as perl itself

AUTHOR

Martin Kutter <martin.kutter fen-net.de>