Yes I agree. Actually, releasing Axis 1.2 without document/literal
array support seems somewhat meaningless. Dims - can this be fixed for
the 1.2 release?
Anyway, the bug is http://issues.apache.org/jira/browse/AXIS-1547 and
you can patch the code according to these instructions:
http://marc.theaimsgroup.com/?l=axis-user&m=109587880222477&w=2
http://marc.theaimsgroup.com/?l=axis-user&m=109631383200039&w=2
http://marc.theaimsgroup.com/?l=axis-user&m=109646648222389&w=2
Bill
Praveen Peddi wrote:
If Eric's patch fixes so many array
related issues, why can't this be rolled into CVS? I am sure there must
be some reason why it was not done till now but looks like this is an
important patch to support array of custom beans support.
Praveen
-----
Original Message -----
Sent:
Wednesday, February 09, 2005 8:19 PM
Subject:
Re: Returning arrays to .Net (again)
It doesn't work because your WSDL specifies an element called
<listReturn> but your response doesn't contain such an element.
I think you need Eric Chijoke's code modification (hereafter referred
to as "Eric Chijoke's famous Axis array patch" :-)
Bill
Eugene Shershnev wrote:
Hi All,
I've searched through the list trying to find
why .Net client does not see the array of beans returned by Axis-based
wrapped service.
The response that I have now looks fine to
me, but .Net still gets an empty array back.
Any tips will be greatly appreciated.
The WSDL is attached (didn't want to make the
message body huge) but the response is here:
The WSDL was originally auto-generated by
Axis, but was later slightly modified.
Also, here is my deploy.wsdd file:
<service name="ent" provider="java:RPC"
style="wrapped" use="literal">
<wsdlFile>ent-wrapped.wsdl</wsdlFile>
<parameter name="className"
value="ent.enterprise.EntAPI" />
<parameter name="allowedMethods" value="load write clear list
delete read create login logout"/>
<operation name="list"
qname="ns:list"
returnQName="ns:item"
returnType="ns:ArrayOf_EntDocument"
xmlns:ns="http://enterprise.ent">
<parameter name="sid" qname="ns:sid" type="xsd:string"
mode="IN" />
</operation>
</deployment>
Thanks for any help,
Eugene
|