Mailing-List: contact users-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cxf.apache.org
Received-SPF: pass (nike.apache.org: domain of me.ramchandran@gmail.com
 designates 209.85.212.41 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:from:date:message-id:subject:to:content-type;
        b=AYFOLa22wfVXCQb9N/Gwug6sirQEDjguIUD1riBIZNbuUJe4X4MXzUx58dKJBF4d77
         R7/UxLl+0AqmVCE370C8MpKaQAkrIg0evm2ufKZgne7R42iO1AvwJr/ZEdu9FNBbz8FE
         eWXJOeg05BuE+7ixjPiEBi+0Ju2vuUdMuTwZQ=
MIME-Version: 1.0
From: Maharajapuram Ramchandran <me.ramchandran@gmail.com>
Date: Thu, 20 May 2010 13:45:32 -0400
Message-ID: <AANLkTimFQihZ5rvU-WoQ9EqIyr7KO0zsqRWPCO5XW6IG@mail.gmail.com>
Subject: wsdl2java data type mapping discrepancy
To: users@cxf.apache.org
Content-Type: multipart/alternative; boundary=0016362837d84ea45f04870a2553

--0016362837d84ea45f04870a2553
Content-Type: text/plain; charset=ISO-8859-1

Hello,

We are using CXF 2.2.2 to write a webservice and I'm running into this
issue:

I have 2 operations in the service and for a particular node this is what I
have in the XSD. As you can see, the only difference that I have is that the
ID is an optional element in the second operation.

*Operation1:*

<xs:element name="ID" type="ID1"/>

<xs:simpleType name="ID1">

<xs:restriction base="xs:int">

<xs:pattern value="[0-9]{9}"/>

</xs:restriction>


*Operation2*

<xs:element name="ID" type="ID1" minOccurs="0"/>

<xs:simpleType name="ID1">

<xs:restriction base="xs:int">

<xs:pattern value="[0-9]{9}"/>

</xs:restriction>

</xs:simpleType>


When we generate the stubs using wsdl2java, the first one is getting
generated as


protected int ID;

and the second one is

protected Integer requestorID;

I did go through the Aegis default mapping details (
http://cxf.apache.org/docs/aegis-theory-of-operation.html) and it says that
xs:int can be mapped to int or Integer, but I'm curious to know why is this
behaving differently. Is there a reason behind this or it is just random? If
not, Is there a way to get this generated as an Integer. Or should we change
the code manually? Is it a good practice to do that?

Would like to know if someone has faced this discrepancy before! Thanks..

--0016362837d84ea45f04870a2553--