let wsdl2ruby.rb support stub class generation of XML anonymous type

(In [1915]) * added support for anonymous type. anonymous type is mapped to inner class. closes #355.

from soap4r-ml

  <xs:complexType name="ExtraInfo">
    <xs:annotation>
      <xs:documentation>Service specific information.</xs:documentation>
    </xs:annotation>
    <xs:sequence>
      <xs:element maxOccurs="unbounded" name="Entry">
        <xs:complexType>
          <xs:sequence>
            <xs:element name="Key" type="xs:string"/>
            <xs:element name="Value" type="xs:string"/>
          </xs:sequence>
        </xs:complexType>
      </xs:element>
    </xs:sequence>
  </xs:complexType>

and here is what wsd2ruby generates:

class ExtraInfo < ::Array
end

No classes defined for Entry, Key and Value. I think that wsdl2ruby
still has some room for improvements here...

(In [1934]) * anonymous class support was incomplete for Array type complexType. for literal registry, scan inside of Array like complexType. closes #355.

[1934] generates;

class ExtraInfo
  class Entry

but the class ExtraInfo::Entry should be a subclass of String.

(In [1944]) * incomplete anonymous complexType support (simpleContent wrongly mapped to a generic class). closes #355.

from soap4r-ml

I had several issues with the past versions, so I have tested RC3,
hoping that they could be solved. Indeed, all my known issues are
solved in RC3, but two new issues have appeared. Both are incorrect
entries in the mapping registry generated by wsdl2ruby.

First issue is that Pack::Header in incorrectly used where
Envelope::Header should be used.

Second issue is that MmsMessage::Recipients::RecipientType is
referenced (this class is not generated) instead of RecipientType
(this class is generated).

You can use the wsdl and schemas I send you earlier to verify this
problem. Simply ruby wsdl2ruby --wsdlwsdl.xml --type client and see
yourself. I am attaching both the incorrectly generated mapping
registry and my corrected version.


Leoš Bitto

(In [1954]) * mapping_registry was not generated propery for anonymous complexTypes which have the same NCname. closes #355.

when there are 2 unqualified anonymous elements which have the same name in a SOAP message, mapper cannot decode it to the correct object.

(In [1979]) * when there are 2 unqualified anonymous elements which have the same name in a SOAP message, mapper cannot decode it to the correct object. introduced :is_anonymous in mapping_registry and do not search registry with anonymous element. closes #355.