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

Davanum Srinivas updated AXIS-2105:
-----------------------------------

    Assignee:     (was: Davanum Srinivas)

> Regression in ElementDecl/SymTabEntry getName()
> -----------------------------------------------
>
>                 Key: AXIS-2105
>                 URL: https://issues.apache.org/jira/browse/AXIS-2105
>             Project: Axis
>          Issue Type: Bug
>          Components: Serialization/Deserialization, WSDL processing
>    Affects Versions: 1.2.1
>            Reporter: Aaron Hamid
>         Attachments: elementdecl.patch
>
>
> Using the following schema type as an example:
> <xsd:complexType name="__MyType_in">
>   <xsd:sequence>
>     <xsd:element name="id" nillable="true" type="xsd:string" minOccurs="0"/>
>     <xsd:element name="check_all" nillable="true" type="xsd:boolean" 
> minOccurs="0"/>
>   </xsd:sequence>
> </xsd:complexType>
> In Axis 1.1 ElementDecl.getName() returned the unqualified field name of the 
> element, e.g.:
> getName() on the ElementDecl of "check_all" would return: "check_all"
> In 1.2.1 this seems to have broken.  In Revision 1.10 of ElementDecl, 
> ElementDecl is made to subclass ContainedEntry, and therefore SymTabEntry, 
> and the setName/getName methods that operated on QName were removed and 
> implicitly replaced with the super class SymTabEntry setName/getName that 
> operate on String.  However, the name field of SymTabEntry superclass is 
> never set, so getName on an ElementDecl always returns null.
> e.g.:
> log.debug(ed.getName());
> log.debug(ed.getQName());
> log.debug(ed.getQName().getLocalPart());
> [DEBUG] DynamicType - null
> [DEBUG] DynamicType - __MyType_in>check_all
> [DEBUG] DynamicType - __MyType_in>check_all
> [DEBUG] DynamicType - __MyType_in>check_all
> As you can see, getName() returns null.  My expectation is that it return 
> "check_all".  Currently I am obtaining the QName, and then parsing the 
> substring that starts with '>' to obtain the field name.  I am not familiar 
> with this notation however.  Is it ad-hoc or specified somewhere?

-- 
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]

Reply via email to