axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Mitchell (JIRA)" <>
Subject [jira] Commented: (AXIS2C-848) Generated stub for unbounded sequence of type any does not pass any elements to client
Date Wed, 02 Jan 2008 04:20:34 GMT


Bill Mitchell commented on AXIS2C-848:

I regenerated the stubs with the later build and the issue with named types has been resolved.
 Thanks, Dimuthu.  

> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>                 Key: AXIS2C-848
>                 URL:
>             Project: Axis2-C
>          Issue Type: Bug
>          Components: code generation
>    Affects Versions: Current (Nightly)
>         Environment: Windows XP, Visual Studio 2005, guththila parser, libcurl, using
WSDL2C from nightly build of 12/19/07
>            Reporter: Bill Mitchell
>            Assignee: Dimuthu Gamage
>         Attachments: adb_exemplar_type0.c, adb_exemplar_type0.orig.c, adb_exemplar_type0.single.c,
adb_instance_type1.c, adb_instance_type1.orig.c, any_test.tar.gz, case26.tar.gz, service.wsdl,
> Where a complexType is defined as an unbounded sequence of type any, as in the wsdl fragment
below, the generated stub implements no code to handle the elements themselves, with the comment
that it is "imposible to handle the request type - so please do it manually".  Yet, for the
same sequence with a maxOccurs = 1, the generated stub is perfectly willing to return the
single element of type any in a property of type axiom_node_t *, by detaching the node from
the response document and making it a property of the stub object.  It would be useful and
reasonable in the case of multiple any items to return an array of axiom_node_t*, by detaching
each from the response message, as is done in the case of a single any element.  
>             <element name="getExemplarResponse">
>                 <complexType>
>                     <complexContent>
>                         <restriction base="anyType">
>                             <sequence>
>                                 <element name="exemplar" minOccurs="1" maxOccurs="1">
>                                     <complexType>
>                                         <sequence>
>                                             <any namespace="##local" minOccurs="1"
>                                         </sequence>
>                                         <attribute name="handle" type="string" use="required"/>
>                                     </complexType>
>                                 </element>
>                             </sequence>
>                             <attribute name="responseCode" type="integer" use="optional"
>                             <attribute name="responseMessage" type="string" use="optional"/>
>                             <attribute name="supportedMethods" type="fw:MethodListType"
>                         </restriction>
>                     </complexContent>
>                 </complexType>
>             </element>

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

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

View raw message