Return-Path: 
 <axis-dev-return-33458-apmail-ws-axis-dev-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-dev-archive@www.apache.org
Received: (qmail 49211 invoked from network); 16 Mar 2005 22:23:11 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 16 Mar 2005 22:23:11 -0000
Received: (qmail 51778 invoked by uid 500); 16 Mar 2005 22:23:08 -0000
Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org
Received: (qmail 51731 invoked by uid 500); 16 Mar 2005 22:23:08 -0000
Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
list-help: <mailto:axis-dev-help@ws.apache.org>
list-unsubscribe: <mailto:axis-dev-unsubscribe@ws.apache.org>
List-Post: <mailto:axis-dev@ws.apache.org>
Delivered-To: mailing list axis-dev@ws.apache.org
Received: (qmail 51717 invoked by uid 99); 16 Mar 2005 22:23:08 -0000
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226)
  by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 16 Mar 2005 14:23:08 -0800
Received: from ajax.apache.org (ajax.apache.org [127.0.0.1])
	by ajax.apache.org (8.12.11/8.12.11) with ESMTP id j2GLhNRW024693
	for <axis-dev@ws.apache.org>; Wed, 16 Mar 2005 22:43:23 +0100
Message-ID: <960019405.1111009403990.JavaMail.jira@ajax.apache.org>
Date: Wed, 16 Mar 2005 22:43:23 +0100 (CET)
From: "Eugene Shershnev (JIRA)" <axis-dev@ws.apache.org>
To: axis-dev@ws.apache.org
Subject: [jira] Commented: (AXIS-530) elements without minOccurs="0" produce
 isnill="true" on the wire
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

     [ http://issues.apache.org/jira/browse/AXIS-530?page=comments#action_61015 ]
     
Eugene Shershnev commented on AXIS-530:
---------------------------------------

I just tested this in the nightly build of 2005/03/16.

Here is what I have:

1) Wrapped web service, Tomcat 5.5.4

2) WSDL:

<complexType name="ComplexType">
  <sequence>
    <element name="int0" nillable="true"  minOccurs="0" type="xsd:int"/>
    <element name="int1" nillable="false" minOccurs="0" type="xsd:int"/>
    <element name="int2" nillable="true"  minOccurs="1" type="xsd:int"/>
    <element name="int3" nillable="false" minOccurs="1" type="xsd:int"/>
  </sequence>
</complexType>

3) ComplexType class definition:

public class ComplexType implements java.io.Serializable {
    private Integer int0;
    private Integer int1;
    private Integer int2;
    private Integer int3;

    public ComplexType() {
        int0 = null;
        int1 = null;
        int2 = null;
        int3 = null;
    }

    // setters and getters ...
}

and service method returning this ComplexType:

public ComplexType complexTypeOut() {
  return new ComplexType();
}

Here is a SOAP response I get:

<soapenv:Body>
  <complexTypeOutResponse xmlns="http://test.enterprise.ent">
    <complexTypeOutReturn>
      <int0 xsi:nil="true"/>
      <int1 xsi:nil="true"/>
      <int2 xsi:nil="true"/>
      <int3 xsi:nil="true"/>
    </complexTypeOutReturn>
  </complexTypeOutResponse>
</soapenv:Body>

and here is what I expect to see on the wire instead:

<soapenv:Body>
  <complexTypeOutResponse xmlns="http://test.enterprise.ent">
    <complexTypeOutReturn>
      <int2 xsi:nil="true"/>
      <int3>3</int3>
    </complexTypeOutReturn>
  </complexTypeOutResponse>
</soapenv:Body>

The above is an ideal case - int0 may or may not be present if int0 is null.
But int1 must not be present if int1 is null, int2 must be present in any case, and int3 must be present and must not be null - if it is null an exception should be thrown by Axis.

> elements without minOccurs="0" produce isnill="true" on the wire
> ----------------------------------------------------------------
>
>          Key: AXIS-530
>          URL: http://issues.apache.org/jira/browse/AXIS-530
>      Project: Axis
>         Type: Bug
>   Components: Serialization/Deserialization
>     Versions: 1.0
>  Environment: Operating System: Other
> Platform: Other
>     Reporter: Andre Kramer
>     Assignee: Glen Daniels
>      Fix For: 1.2
>  Attachments: patch.tar.gz
>
> Elements that are marked optional in wsdl schema. e.g. profile field in:
> <complexType name="User">
>   <sequence>
>     <element name="profile" type="someComplexType" minOccurs="0"/>
>   </sequence>
> </complexType>
> <element name="User" type="types:User"/>
> Produces (inside SOAP body element) on the wire:
> <User>
>    <profile xsi:nil="true"/>
> </User>
> Since the profile schema element is not marked as nillable="true" (only 
> minOccurs="0") it would (at least) save bandwidth to just drop it altogether:
> <User>
> </User>
> [Both formats already work for deserialization.]
> thanks,
> Andre

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira