generated message stubs omit code for attributes in a named attribute group
---------------------------------------------------------------------------
Key: AXIS2C-860
URL: https://issues.apache.org/jira/browse/AXIS2C-860
Project: Axis2-C
Issue Type: Bug
Components: code generation
Affects Versions: Current (Nightly)
Environment: Windows XP, Visual Studio 2005, libxml, libcurl
Reporter: Bill Mitchell
Priority: Minor
Attachments: service.wsdl, unrolled_attrgrp.wsdl
When a message has attributes defined via an AttributeGroup, no properties are
generated in the stubs that reflect the attributes. If the attributes are
defined directly in the message without using a group, everything works fine.
For example, in my service.wsdl file there is a response message defined, in
part, by:
<complexType name="getExemplarResponseType">
<complexContent>
<restriction base="anyType">
<sequence>
<element name="exemplar" type="fw:ExemplarType"/>
</sequence>
<attributeGroup ref="fw:ResponseAttributeGroup"/>
<attribute name="supportedMethods" type="fw:MethodListType"
use="optional"/>
</restriction>
</complexContent>
</complexType>
<attributeGroup name="ResponseAttributeGroup">
<attribute name="responseCode" type="integer" use="optional"
default="0"/>
<attribute name="responseMessage" type="string" use="optional"/>
</attributeGroup>
No properties for responseCode nor ResponseMessage appear in the generated
adb_getExemplarResponseType.c.
If the attributes are replicated in each message rather than using an
AttributeGroup, as below, the generated stub has all the properties:
<complexType name="getExemplarResponseType">
<complexContent>
<restriction base="anyType">
<sequence>
<element name="exemplar" type="fw:ExemplarType"/>
</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>
--
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]
