[
https://issues.apache.org/jira/browse/AXIS2-3279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
nadir amra closed AXIS2-3279.
-----------------------------
Resolution: Fixed
Fix Version/s: nightly
I believe this is fixed in committed revision 652990
> Axis2-1.3: BeanUtil: wrong xsi:type handling
> --------------------------------------------
>
> Key: AXIS2-3279
> URL: https://issues.apache.org/jira/browse/AXIS2-3279
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: adb
> Affects Versions: 1.3
> Reporter: Jabber W
> Assignee: Deepal Jayasinghe
> Fix For: nightly
>
>
> In the deserialize(Class beanClass,
> OMElement beanElement,
> ObjectSupplier objectSupplier,
> String arrayLocalName)
> 1. there is a bug in the xsi:type hadnling (line 295) :
> String instanceTypeName = beanElement.getAttributeValue(new
> QName("type"))
> -- which returns null when attribute supplied instead
> of --
> String instanceTypeName =
>
> beanElement.getAttributeValue(QName.valueOf("{http://www.w3.org/2001/XMLSchema-instance}type";))
> As a result the supplied xsi:type is missed.
> BUT !!
> 2. Though the attribute value was collected properly it's still buggish :
> the assumption that the xsi:type contains the java name is not justified
> (line 298):
> beanClass = Loader.loadClass(beanClass.getClassLoader(),
> instanceTypeName)
> The xsi:type of course may be translated to appropriate class, but it
> shoudn't be the same.
> All mentioned is highly important issue when the extender types are used.
--
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]
