[
https://issues.apache.org/jira/browse/AXIS2C-848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bill Mitchell reopened AXIS2C-848:
----------------------------------
On a more recent build, I have verified that there is no compilation error in
the generated stub for the unrolled.wsdl. Thanks, Dimuthu. So I tried going
back to the original service.wsdl to see if all the problems are fixed there as
well. Although in the case of anonymous types the code is correct, there is
still a problem with named types.
The new code for the anonymous type in adb_instance_type1.c is:
{
axiom_node_t *current_property_node = current_node;
current_node = axiom_node_get_next_sibling(current_node, env);
axiom_node_detach(current_property_node, env);
axutil_array_list_add_at(arr_list, env, i,
(void*)current_property_node);
}
When I generate effectively the same service from service.wsdl, I see in
adb_InstanceType.c:
{
axiom_node_t *current_property_node = current_node;
current_node = axiom_node_get_next_sibling(current_node, env);
axiom_node_detach(current_property_node, env);
axutil_array_list_add_at(arr_list, env, i,
(void*)current_property_node);
status = adb_InstanceType_set_extraElement(_InstanceType, env,
current_property_node);
}
The extra _set_extraElement call doesn't work, and fortunately doesn't compile.
> 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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
