Zweiter versuch RIO vs Tokyo TStringDynArray

[QuickAndDirty]

Ja das Problem ist schon in der WSDL datei.
Da der Webservice ein RIO Kompilat ist gibt er eine WSDL Datei aus die auch TOKYO veranlasst eine TARRAY<String> als Typen in der Client datei zu verwenden.

Der Umstieg von TOKYO -> RIO hat quasi implizit das Komplette Interface zu dem Webservice zu neuen Typen portiert....
kaum zu fassen...

Webservice kompiliert mit Tokyo: WSDL datei

Code:

      <xs:complexType name="TResponseDevicePersonRelation">
        <xs:complexContent>
          <xs:extension base="ns1:TAnswer">
            <sequence xmlns="http://www.w3.org/2001/XMLSchema">
              <xs:element name="Devices" type="ns2:TStringDynArray"/>
              <xs:element name="Resource" type="ns2:TIntegerDynArray"/>
              <xs:element name="Groups" type="ns2:TBooleanDynArray"/>
            </sequence>
          </xs:extension>
        </xs:complexContent>
      </xs:complexType>

Webservice kompiliert mit RIO: WSDL datei

Code:

      <xs:complexType name="TResponseDevicePersonRelation">
        <xs:complexContent>
          <xs:extension base="ns1:TAnswer">
            <sequence xmlns="http://www.w3.org/2001/XMLSchema">
              <xs:element name="Devices" type="ns2:TArray&lt;System.string&gt;"/>
              <xs:element name="Resource" type="ns2:TArray&lt;System.Integer&gt;"/>
              <xs:element name="Groups" type="ns2:TArray&lt;System.Boolean&gt;"/>
            </sequence>
          </xs:extension>
        </xs:complexContent>
      </xs:complexType>