; > > This is slightly outdated since the release of
> > Flash 8. The memory
> > > leaks
> > > > the article mentions have been addressed in
> > later versions of Flash 7.
> > > >
> > > > An important distinction between the FlashOrb
>
ese are comparing SOAP
> and AMF from within the
> > > Flash Player. I believe Anatole was comparing
> AMF in the Player to
> > SOAP in
> > > IE.
> > >
> > > Another part of the discussion was some excited
> comments about something
> > > call
ipt meets XPath
> thing. I
> > would also expect that the rewriting of the Flash XML parsers will bring
> > some dramatic improvements to performance. For details on E4X check
> out the
> > ECMAScript 4.0 specifications.
> >
> > Kevin
> >
> > -Origina
he Flash
> XML parsers will bring
> some dramatic improvements to performance. For
> details on E4X check out the
> ECMAScript 4.0 specifications.
>
> Kevin
>
> -----Original Message-----
> From: Robert Thompson
> [mailto:[EMAIL PROTECTED]
> Sent: Saturday, Octobe
r performance and flexibility is a good option
to have
Sincerely,
Anatole Tartakovsky
- Original Message -
From: "Kevin Langdon" <[EMAIL PROTECTED]>
To:
Sent: Saturday, October 22, 2005 8:52 PM
Subject: RE: [flexcoders] Re: Open source AMF solutions that work with flex
&
ky
- Original Message -
From: "Kevin Langdon" <[EMAIL PROTECTED]>
To:
Sent: Friday, October 21, 2005 3:55 PM
Subject: RE: [flexcoders] Re: Open source AMF solutions that work with flex
> - AMF is binary data passed over standard HTTP request and responses. So
> you
So does someone have a good introductory sample to
using AMF for download?
Thanks in advance -- it's learning time!
-r
--- Clint Modien <[EMAIL PROTECTED]> wrote:
> ever coded a flex app using web services? I have...
> the overhead in the
> flash player when grabbing the initial wsdl and
> pars
age -
From: "Kevin Langdon" <[EMAIL PROTECTED]>
To:
Sent: Friday, October 21, 2005 3:55 PM
Subject: RE: [flexcoders] Re: Open source AMF solutions that work with flex
> - AMF is binary data passed over standard HTTP request and responses. So
> you should not have any problem
Dave,
Do you have some kind of example of the app you are
referring to? I'm not being so absurd as to ask if
you could share with the group your app; but mainly
your experience and perhaps any samples you found or
created early on to learn AMF.
-r
--- Dave Wolf <[EMAIL PROTECTED]> wrote:
>
>
ssewarden.com/archives/2005/06/flash_flex_amfp.html
>
>
> - Original Message -
> From: Kevin Langdon
> To: flexcoders@yahoogroups.com
> Sent: Friday, October 21, 2005 2:46 PM
> Subject: RE: [flexcoders] Re: Open source AMF
> solutions that work with flex
>
>
> Assuming yo
Speakning of the HEX and ASCII you mention below, I
would assume that AMF is cross-platform, and that a
developer such as myself standardizing all projects on
it, will also be able to use Flash for Mobile Devices
when (currently called Flex Lite; though I realize
it's not exactly like the current v
Kevin,
>>Flash uses DOM to parse XML, due to this you
>>will see that the client side parsing time
>>grows exponentially [*** OUCH THAT SUCKS AND
>>I DON'T LIKE IT ] with the size of your data.
Well this is news to me and if so, count me in please. If you have a mailing list please add me
AMFPHP works too.
http://www.jessewarden.com/archives/2005/06/flash_flex_amfp.html
- Original Message -
From: Kevin Langdon
To: flexcoders@yahoogroups.com
Sent: Friday, October 21, 2005 2:46 PM
Subject: RE: [flexcoders] Re: Open source AMF solutions that work
with flex
- AMF is binary data passed over standard HTTP request and responses. So
you should not have any problem with packet filtering.
- You can turn on GZIP compression with remoting just as you cand with
SOAP. That means it be even smaller. Remoting cuts out all the extra
metadata so its always go
ever coded a flex app using web services? I have... the overhead in the flash player when grabbing the initial wsdl and parsing it is huge...
as for gzipping it... you might want to read this...
http://weblogs.macromedia.com/mchotin/archives/2004/11/enabling_gzip_c.cfm
amf is http tunneled
Hi,
> We actually used to tunnel the IIOP through HTTP a lot to avoid this.
AMF packets also go as HTP POST. Packets are in binary format.
http://livedocs.macromedia.com/flashremoting/mx/Using_Flash_Remoting_MX/
intro2.htm#1174485
>> * 50% percent faster then SOAP or Webservice
> Not true with
performance
On 10/21/05, Dave Wolf <[EMAIL PROTECTED]> wrote:
I do want to know why you're prefering AMF over HTTP or WebService.Just curious on the motivation there.
--Dave WolfCynergy Systems, Inc.Macromedia Flex Alliance Partnerhttp://www.cynergysystems.comEmail:
[EMAIL PROTECTED]Office: 86
The presentation that I gave at MAX (and
now linked from my blog http://weblogs.macromedia.com/mchotin)
has a discussion of choices for accessing data.
I also have a discussion in there
(sometime much earlier) about the GZIP compression experiments that some of our
QA did.
The s
Seems to me serialization is a huge benefit, and in
re: to performance, certainly important (XML has this
problem to in large datasets and/or requires
consideration in design).
This is interesting to me (btw, do you have any URLs
to information on it)but one concern as always is
adoptation of
Hi,
AMF has lots good things, I know some of these:
* Binary transport
* 50% percent faster then SOAP or Webservice
* Automatic object serialization/deserialization
-abdul
-Original Message-
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Wolf
Sent: Frid
Got an example anywhere?
On 10/21/05, Kevin Langdon <[EMAIL PROTECTED]> wrote:
Assuming you have a java backend, openAMF is your best bet. It will require some tweeking to work with Flex RemoteObject tags but should work out of the box with standard
mx.remoting.* classes.
From: flexcod
Assuming you have a java backend, openAMF is your best
bet. It will require some tweeking to work with Flex RemoteObject tags but
should work out of the box with standard mx.remoting.*
classes.
From: flexcoders@yahoogroups.com
[mailto:[EMAIL PROTECTED] On Behalf Of Clint
ModienSent
22 matches
Mail list logo