[ 
http://issues.apache.org/jira/browse/AXISCPP-849?page=comments#action_12460635 
] 
            
nadir amra commented on AXISCPP-849:
------------------------------------

Actually, when there is a conflict between a variable identifier and a class, 
"_Ref" is added to the variable identifier.  This is to be consistent with what 
was done previously, although inconsistently. 

In addition, previously you would get methods with "_Ref" appended to the name 
(for example,  getDueDate_Ref()).  This will no longer be the case.  That is, 
the generated method will be getDueDate(), which I think is the desired 
outcome. 

> Stub compilation problems when WSDL contains complexTypes and elements of the 
> same name
> ---------------------------------------------------------------------------------------
>
>                 Key: AXISCPP-849
>                 URL: http://issues.apache.org/jira/browse/AXISCPP-849
>             Project: Axis-C++
>          Issue Type: Bug
>          Components: WSDL processing - Doc, WSDL processing - RPC
>         Environment: n/a
>            Reporter: Fred Preston
>         Assigned To: nadir amra
>             Fix For:  1.6 Final
>
>
> When a WSDL contains a CompexType name and an element name that are the same, 
> the generated code does not compile.  For example, if a WSDL/XSD contains the 
> following code...
> <xsd:complexType name="aName">
>   <xsd:sequence>
>     <xsd:element name="aName" type="xsd:string"/>
>   </xsd:sequence>
> </xsd:complexType>
> This gets turned into the following stub code...
> class STORAGE_CLASS_INFO aName
> {
>     public:
>     xsd__string aName;
> And when this is compiled, the following error (and others) results:-
> "type(s) preceeding 'aName' (constructor with return type, or illegal 
> redefinition of current class name?)"

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to