> This also appears to be a potential issue when using the soap > encoding, If i understand correctly, the SOAP message will have to > include an xsi:type on the result element to indicate its type, yet > the rules for encoding state > "For each element containing a value, the type of the value MUST be > represented by at least one of the following conditions: (a) the > containing element instance contains an xsi:type attribute, (b) the > containing element instance is itself contained within an element > containing a (possibly defaulted) enc:arrayType attribute or (c) or > the name of the element bears a definite relation to the type, that > type then determinable from a schema." > > In this case neither options (b) nor (c) appear possible for the > result element. Why would this be an issue? Since b and c are not possible, that only leaves xsi:type and different implementations have no way of doing different things. David Cleary the Progress CompanyReceived on Wednesday, 6 February 2002 13:22:28 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:59:06 GMT