RE: [Flashcoders] Webservice performance these days
Also, so that I make sure I have my technology correct, as I understand with remoting the client receives native data types from the server. Webservices receives XML, or is it any string data? it's SOAP - which is an XML protocol over HTTP. So it's essentially a string of XML data. I use it, it works Ok for me - it's not the fastest protocol because of the shear size of XML, but it's very flexible. For my needs, it works plenty fast enough. Depending on what you're doing, you may or may not notice much of a speed lag at all. Jason Merrill Bank of America Learning Organizational Effectiveness ___ Flashcoders@chattyfig.figleaf.com 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
Re: [Flashcoders] Webservice performance these days
Thanks Jason, that is what I was thinking. So the WebService (and supporting classes) parse the returned SOPE for you, so when you get the callback you are just handling native data types? Or do you have to build your own parser? On 12/11/06, Merrill, Jason [EMAIL PROTECTED] wrote: Also, so that I make sure I have my technology correct, as I understand with remoting the client receives native data types from the server. Webservices receives XML, or is it any string data? it's SOAP - which is an XML protocol over HTTP. So it's essentially a string of XML data. I use it, it works Ok for me - it's not the fastest protocol because of the shear size of XML, but it's very flexible. For my needs, it works plenty fast enough. Depending on what you're doing, you may or may not notice much of a speed lag at all. Jason Merrill Bank of America Learning Organizational Effectiveness ___ Flashcoders@chattyfig.figleaf.com 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 ___ Flashcoders@chattyfig.figleaf.com 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
Re: [Flashcoders] Webservice performance these days
http://www.themidnightcoders.com/articles/soap_vs_flash_remoting_benchmark.shtml http://www.amfphp.org/amfphprocks.html -- count_schemula ___ Flashcoders@chattyfig.figleaf.com 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
RE: [Flashcoders] Webservice performance these days
Yes, right - the webservices component handles the parsing of the SOAP data - you can then start using the data natively as an object with properties and arrays - depending on how your data is formatted. No need to parse out the XML, it's done for you already. Jason Merrill Bank of America Learning Organizational Effectiveness -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Mathews Sent: Monday, December 11, 2006 10:47 AM To: Flashcoders mailing list Subject: Re: [Flashcoders] Webservice performance these days Thanks Jason, that is what I was thinking. So the WebService (and supporting classes) parse the returned SOPE for you, so when you get the callback you are just handling native data types? Or do you have to build your own parser? On 12/11/06, Merrill, Jason [EMAIL PROTECTED] wrote: Also, so that I make sure I have my technology correct, as I understand with remoting the client receives native data types from the server. Webservices receives XML, or is it any string data? it's SOAP - which is an XML protocol over HTTP. So it's essentially a string of XML data. I use it, it works Ok for me - it's not the fastest protocol because of the shear size of XML, but it's very flexible. For my needs, it works plenty fast enough. Depending on what you're doing, you may or may not notice much of a speed lag at all. Jason Merrill Bank of America Learning Organizational Effectiveness ___ Flashcoders@chattyfig.figleaf.com 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 ___ Flashcoders@chattyfig.figleaf.com 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 ___ Flashcoders@chattyfig.figleaf.com 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
RE: [Flashcoders] Webservice performance these days
http://www.themidnightcoders.com/articles/soap_vs_flash_remoting_bench mark.shtml Does this still stand up? I was always a little skeptical because they were selling an alternative solution anyway. I'm with Jason, I accept it's not necessarily the fastest solution but SOAP works well enough for most of the uses I have for it. Compared to the project I'm rescuing at the moment that uses plain old xml it's a dream. ___ Flashcoders@chattyfig.figleaf.com 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