axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "nadir amra (JIRA)" <>
Subject [jira] Resolved: (AXISCPP-898) simple problem with simpleTypes
Date Fri, 22 Dec 2006 06:49:23 GMT
     [ ]

nadir amra resolved AXISCPP-898.

    Fix Version/s:  1.6 Final
       Resolution: Fixed

OK, all of my testing seems to be passing, and various customer problems relating to the issue
has been resolved.  

I had to back out a previous restriction fix due to the fact the fix was not comprehensive
and also introduced a bug that prevented code from being generated in certain scenarios. 

The general tact I took is marking the user-defined simple types based on user-defined simple
types via restrictions as simple types and adding them to the various lookup tables.

It actually worked pretty well.  In addition, fields are generated with the proper user-defined
simple type instead of the primitive base type.  

Only thing left to do is to create a test case.

> simple problem with simpleTypes
> -------------------------------
>                 Key: AXISCPP-898
>                 URL:
>             Project: Axis-C++
>          Issue Type: Bug
>          Components: Client - Stub
>    Affects Versions: 1.6 Alpha
>         Environment: W2KSP4 JDK 1.5.0_06 
>            Reporter: Franz Fehringer
>         Assigned To: nadir amra
>             Fix For:  1.6 Final
>         Attachments: PegsTour.wsdl, PegsTour.xsd, wsdl2ws.jar
> Given the construct
>     <xsd:simpleType xmlns=""
> name="t_NonNegativeInt">
>         <xsd:restriction base="xsd:integer">
>             <xsd:minInclusive value="0"/>
>             <xsd:maxExclusive value="2147483647"/>
>         </xsd:restriction>
>     </xsd:simpleType>
>    <xsd:simpleType xmlns=""
> name="t_Age">
>         <xsd:restriction base="t_NonNegativeInt"/>
>    </xsd:simpleType>
> wsdl2ws generates for the first case
> typedef xsd__integer t_NonNegativeInt;
> which seems absolutely correct to me
> but for the second case an empty class t_Age, so the underlying integer is
> not accessible.
> I would expect
> typedef t_NonNegativeInt t_Age;
> for the second case.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message