Loading ...
Sorry, an error occurred while loading the content.

Re: [soapbuilders] a return to cupboards without elephants !

Expand Messages
  • Andrew Layman
    This illustrates one of the drawbacks of SOAP section 5. The rules there provide a means to encode a data model into XML, but section 5 does not prescribe the
    Message 1 of 3 , Jun 30 9:55 PM
    • 0 Attachment
      This illustrates one of the drawbacks of SOAP section 5. The rules there
      provide a means to encode a data model into XML, but section 5 does not
      prescribe the data model. For example, it does not answer the question of
      whether an array having no elements is the same or different from and array
      having one element where that element is "NULL". For that matter, section 5
      does not take a stand on what "NULL" means, if anything. Section 5
      implicitly assumes that the sender and receiver of the message have, through
      some out-of-band mechanism, agreed on data models and structures. When the
      programming languages of the sender and receiver are similar, the problem is
      not apparent, but when they are dissimilar and in tricky cases, the problem
      becomes quite evident.

      This is one of the reasons that XML schemas are so useful and why WSDL
      supports defining messages directly by schemas, not indirectly by encoding.
      A schema describes the lexical form of the message without ambiguity.


      ----- Original Message -----
      From: "Simon Fell" <soap@...>
      To: <soapbuilders@yahoogroups.com>
      Sent: Friday, June 29, 2001 9:20 PM
      Subject: [soapbuilders] a return to cupboards without elephants !


      I was checking out some recent interop test results, and spotted this
      one from SQLData, i send a nil for an array

      <S:Envelope
      S:encodingStyle='http://schemas.xmlsoap.org/soap/encoding/'
      xmlns:S='http://schemas.xmlsoap.org/soap/envelope/'
      xmlns:E='http://schemas.xmlsoap.org/soap/encoding/'
      xmlns:a='http://soapinterop.org/'
      xmlns:b='http://www.w3.org/2001/XMLSchema-instance'>
      <S:Body><a:echoIntegerArray>
      <inputIntegerArray b:nil='true'></inputIntegerArray>
      </a:echoIntegerArray>
      </S:Body></S:Envelope>

      i get back an array with a single value, which is nil,

      <?xml version="1.0" encoding="UTF-8"
      standalone="no"?><SOAP-ENV:Envelope
      xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
      xmlns:xsd1="http://soapinterop.org/"
      xmlns:typens="http://soapinterop.org/xsd"
      xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
      xmlns:xsd="http://www.w3.org/2001/XMLSchema"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
      SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
      <SOAP-ENV:Body>
      <xsd1:echoIntegerArrayResponse>
      <return xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="xsd:int[1]">
      <Item0 xsi:type="xsd:int" xsi:nil="true"></Item0>
      </return>
      </xsd1:echoIntegerArrayResponse>
      </SOAP-ENV:Body> </SOAP-ENV:Envelope>

      I'm fairly sure this is a wrong response, what do you think ?

      Tx
      Simon
      www.pocketsoap.com

      -----------------------------------------------------------------
      This group is a forum for builders of SOAP implementations to discuss
      implementation and interoperability issues. Please stay on-topic.

      To unsubscribe from this group, send an email to:
      soapbuilders-unsubscribe@yahoogroups.com



      Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
    Your message has been successfully submitted and would be delivered to recipients shortly.