By the way, forgot to say thanks for the detailed post Jim! Found out some more. This technote explains some things on complex objects and Webservices, and it appears most of the problems with Complex objects happen with ColdFusion and Axis servers, not .NET, so I have hope:
http://www.adobe.com/cfusion/knowledgebase/index.cfm?id=tn_19047 "The WebServiceConnector supports simple and complex data types, however ColdFusion and Axis will generate a connection error based on the following conditions:.... Note: No issues with sending or receiving complex data types with Flash have been found with .NET web services." Where your problems with complex objects and WSDL/SOAP with ColdFusion only or .NET? I hope it wasn't with .NET for my sake... :) Jason Merrill Bank of America Learning & Organization Effectiveness - Technology Solutions >>-----Original Message----- >>From: [EMAIL PROTECTED] [mailto:flashcoders- >>[EMAIL PROTECTED] On Behalf Of Palmer, Jim >>Sent: Wednesday, August 09, 2006 12:29 PM >>To: Flashcoders mailing list >>Subject: RE: [Flashcoders] Complex Objects via Web services: SOAP (C# .NET) >> >> >>I personally do not trust passing ANY complex objects between languages via >>SOAP/WSDL. If you absolutely have to use plain-text XML web service transports >>like SOAP and WSDL I would try to use the smallest and most optimal packet. That >>leads to honestly using something more along the lines of XMLRPC or WDDX xml >>packets. This still is horribly limited (i.e. can't do complex objects) and still large >>in size. >> >>What I would do is honestly look into getting "Flash Remoting" working through >>your .NET server. It's basically a proprietary XML format similar to SOAP that's in >>binary format - hence a hell of a lot less data is transferred instead of a giant >>plain-text xml packet. >> >>I would trust Flash's support for AMF over any other "web service" as well which >>might mediate your complex object issues. >> >>You mentioned a .net and c# application - similar to ours we're using a coldfusion >>backend to instantiate a COM Object from a 3rd party vendor which is basically >>an overglorified frontend to ADODB. yay middleware. I still like this setup >>because coldfusion/java do a good job instantiating COM objects and I don't have >>to worry about a hacked/reverse-engineered AMF module seeing as the flash >>remoting gateway is built into coldfusion. At the very least OpenAMF might be >>worth a gander. >> >>Search for content on the NetDebugger class too, this might help to try and >>diagnose the current object coming back as null. There might be an uncaught >>onStatus() event that should be triggered. >> >>Cheers >>-- >>Jim Palmer ! Mammoth Web Operations >> >>> -----Original Message----- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] Behalf >>> Of Merrill, >>> Jason >>> Sent: Wednesday, August 09, 2006 7:07 AM >>> To: Flashcoders mailing list >>> Subject: [Flashcoders] Complex Objects via Web services: SOAP >>> (C# .NET) >>> >>> >>> This is an old thread I started back in May which I am following up on >>> with a question. Muzak had replied to me with this: >>> >>> >>If you'll be using webservices that you can control (which it sounds >>> like is the >>> >>case), don't send XML back and forth. >>> >>When using webservices, you can send Array of Objects back >>> and forth, >>> which is >>> >>alot easier to work with. >>> >>There should be a list of data type conversions in the docs >>> somewhere. >>> >>> I am using the Web service classes to load in a wsdl from a .NET >>> developer using C#. We have the basics working, I can >>> receive a simple >>> string from him no problem by calling the SOAP method. However, since >>> Muzak (in the quote above) and the docs say the Web service classes >>> supports complex object types, we are now trying to read in a complex >>> object in Flash. >>> >>> The C# developer created a method for me, called GetProject() that >>> returns a complex object he created (the complex object is simple - it >>> just has a property that contains a simple string - i.e. >>> objProj.Title). >>> However, when I trace the result on the method, it returns "null". >>> Neither the C# developer or myself can figure out where we are going >>> wrong. Any ideas? One of us has something wrong with this "object" >>> and we're not sure who. >>> >>> Also, for a second related question, once I can read the >>> object in Flash >>> (it would contain arrays and properties, etc.) - we want to just send >>> that object back to the webservice to update the object in C#. Any >>> issues with that? The Help docs only say this about objects: >>> >>> Web Service classes > Supported Types > Object Types >>> Object Types: Complex Type - ActionScript object composed of >>> properties >>> of any supported type >>> >>> Jason Merrill >>> Bank of America >>> Learning & Organization Effectiveness - Technology Solutions >>> >>> >>> >>> >>> >>> _______________________________________________ >>> [email protected] >>> To change your subscription options or search the archive: >>> http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >>> >>> Brought to you by Fig Leaf Software >>> Premier Authorized Adobe Consulting and Training >>> http://www.figleaf.com >>> http://training.figleaf.com >>> >>_______________________________________________ >>[email protected] >>To change your subscription options or search the archive: >>http://chattyfig.figleaf.com/mailman/listinfo/flashcoders >> >>Brought to you by Fig Leaf Software >>Premier Authorized Adobe Consulting and Training >>http://www.figleaf.com >>http://training.figleaf.com _______________________________________________ [email protected] To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
