axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Mitchell (JIRA)" <j...@apache.org>
Subject [jira] Updated: (AXIS2C-848) Generated stub for unbounded sequence of type any does not pass any elements to client
Date Thu, 27 Dec 2007 21:53:43 GMT

     [ https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Bill Mitchell updated AXIS2C-848:
---------------------------------

    Attachment: adb_instance_type1.orig.c
                adb_instance_type1.c

The attached adb_instance_type1.orig.c shows the code as generated by WSDL2C.  The attached
adb_instance_type1.c shows a modified version that compiles correctly and executes.  The difference
also illustrates fixes to another issue I reported, AXIS2C-855, that the property structures
are not being released.  

> Generated stub for unbounded sequence of type any does not pass any elements to client
> --------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-848
>                 URL: https://issues.apache.org/jira/browse/AXIS2C-848
>             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, case26.tar.gz, unrolled.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"
maxOccurs="unbounded"/>
>                                         </sequence>
>                                         <attribute name="handle" type="string" use="required"/>
>                                     </complexType>
>                                 </element>
>                             </sequence>
>                             <attribute name="responseCode" type="integer" use="optional"
default="0"/>
>                             <attribute name="responseMessage" type="string" use="optional"/>
>                             <attribute name="supportedMethods" type="fw:MethodListType"
use="optional"/>
>                         </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: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org


Mime
View raw message