Hi Peter, Thankyou for logging that bug (although we require a WSDL and any imported XML Schemas to be provided with any WebService bug logged, would you mind adding that too?). We expect Arrays to be marshalled correctly for both requests and responses. However, there's not just one scenario for encoding an Array and not one scenario for decoding Array - in fact, there are many scenarios. The WSDL will help us narrow down which particular scenario you're dealing with... You mentioned the response isn't handled as you wanted it. Did you add further details in your bug about what you want the response to look like as well? In general, when logging bugs, please try to stay with the latest nightly builds of the SDK. Much work has been done since Beta 2 (and note that Beta 3 was just released). Note that very recently (build 189998) further properties were added to the ISOAPDecoder interface to provide more control over how possibly-reoccuring result parts are decoded in a response. The existing behavior was preserved, but when we get more details about your response we'll be able to see whether you can take advantage of these settings. Regards, Pete
________________________________ From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Peter Connolly Sent: Thursday, December 13, 2007 1:25 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] Re: How to send Arrays in WebService request??? I just discovered what looks like another, related bug. A web service response containing arrays marshals correctly under Flex 2, but under Flex 3 Beta 2 returns 'null's in the 1st array encountered in the response. I've opened yet another bug about this one: "Web service array marshalled correctly in Flex 2 not marshalled in Flex 3" https://bugs.adobe.com/jira/browse/SDK-13968 So now I'm between a rock and a hard place. I have a set of web services that use arrays in requests and in responses. Flex 2 doesn't handle response arrays. And Flex 3 is WORSE because it's not handling request OR response arrays correctly.