[ http://issues.apache.org/jira/browse/AXIS-1838?page=history ]
Guillaume Sauthier updated AXIS-1838:
-------------------------------------
Attachment: axis-array-patch-update.txt
Patch update (after jongjin commit)
I'll launch TCK test tonight to see regressions
Still problems in interop : in BeanDeserializer, when we receive a HRef for a
binary type (xsd:base64Binary for example), we use a DeserializerImpl, and we
doesn't know ref type. So when we create the BeanPropertyTarget, we try to fill
an array instead of simply assigning the value. So I have "cannot convert type
[B to field, base64binary[0] type byte" ...
Hmmm I have a question about this :
In BeanDeserializer (around #258), we only try to set the childXmlType value if
there is no href. why ? If type is available from the fieldDesc, why do we
prevent to use it ?
> Array deserialization
> ---------------------
>
> Key: AXIS-1838
> URL: http://issues.apache.org/jira/browse/AXIS-1838
> Project: Axis
> Type: Bug
> Components: Serialization/Deserialization
> Versions: 1.2RC3
> Environment: JOnAS 4.3.3
> Reporter: Guillaume Sauthier
> Assignee: Glen Daniels
> Priority: Blocker
> Attachments: axis-array-deser-error-patch.txt, axis-array-patch-update.txt,
> axis-array-patch-update.txt, diff.patch
>
> When running TCK for JOnAS, sometimes, I fall on array deserialization issue :
> The SOAP Message contains 3 elements of the array, but the constructed array
> only has the last element. So its size is 1, instead of 3!
> The problem only occurs when using Array with Helper :
> ArrayofBook
> -> Book[] arrayOfBook
> +
> ArrayOfBook_Helper
> I'll attach a patch for test.holders that reproduce this problem.
> failures will appear for testInOutBookArray
--
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
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
