You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Alex Harui <ah...@adobe.com> on 2015/12/01 18:28:42 UTC
[FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Hi,
Renaming this fork of the thread...
Well, I have no doubts that AMF is quite popular, but I guess I really
should have asked these questions:
1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would you
get data from the server to client (and back again)? JSON, XML, some
other thing? The reason I haven't spent any energy on AMF for FlexJS is
because I think folks would have had to stop using AMF anyway. Maybe
there is an simple AMF-to-JSON module that folks could implement on their
servers to do the job so you don't have to rewrite your server code.
2) If FlexJS did have AMF but its performance was worse than using JSON,
would you still choose the slower AMF implementation? It isn't clear that
implementing AMF in JS is going to perform as well as browser-native JSON
or flash-native NetConnection.
3) What is the minimum version of IE that needs to support this?
Thanks,
-Alex
On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos Rovira"
<carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com> wrote:
>Hi Alex,
>
>AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if most
>of people involved in Flex would fill it, you'll be surprised of the
>amount
>of AMF people is using to comunicate with server-side.
>
>So, this means, that for me and many others, the AMF is a requisite, (more
>even that Maven, that already is) to start prototyping and working with
>FlexJS in a day by day basis trying to change the traditional Flex 4.x
>layer for a FlexJS layer.
>
>HTTPService is a must, and is a good base, but it's used in any IT app
>about 5% of the times. People uses RemoteObject (and some times Web
>Services due to some request) as main RPCs
>
>For me AMF (and I think for many others) is the final wall to start
>investing time in our IT depts with FlexJS.
>
>Take into account that there are many server side business logic out there
>(Java, PHP, .NET, Ruby...) thats abstract all the things happening in the
>server from the Flex client, and is exposed to Flex through AMF -
>RemoteObjects. So having AMF in FlexJS seems the potential keypoint to
>start trying to change Flex 4.x for FlexJS, since you don't have the need
>to touch server side services.
>
>So, is a fact that AMF is key for FlexJS.
>
>Thanks for asking Alex
>
>Carlos
>
>
>
>
>2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
>
>> +1,
>> All of our projects use AMF
>>
>>
>> Le 01/12/2015 15:52, Christofer Dutz a écrit :
>>
>>> Cause AMF is so much cooler than JSON ;-)
>>>
>>> I too would like to see AMF in FlexJS ...
>>> Actually if we drop AMF support there's no need for me to keep
>>> maintaining BlazeDS any longer.
>>>
>>> Chris
>>>
>>> ________________________________________
>>> Von: Alex Harui <ah...@adobe.com>
>>> Gesendet: Dienstag, 1. Dezember 2015 15:32
>>> An: dev@flex.apache.org
>>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
>>>
>>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
>>>Rovira"
>>> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
>>> wrote:
>>>
>>>> I start to think the only big problem is now to get AMF comming to
>>>> FlexJS.
>>>>
>>>> All frameworks (FlexJS, feathers, ...) out there are very cool, but
>>>>all
>>>> lacks RPC APIs (RemoteObject, ...)
>>>>
>>>> And without that is impossible to propose a starter project in a
>>>>company
>>>> or
>>>> IT dept with FlexJS...
>>>>
>>>
>>> Hi Carlos, why AMF? FlexJS does have HTTPService.
>>>
>>>
>>> -Alex
>>>
>>
>>
>
>
>--
>
>Carlos Rovira
>Director General
>M: +34 607 22 60 05
>http://www.codeoscopic.com
>http://www.avant2.es
>
>
>Este mensaje se dirige exclusivamente a su destinatario y puede contener
>información privilegiada o confidencial. Si ha recibido este mensaje por
>error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
>proceda a su destrucción.
>
>De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>comunicamos
>que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
>S.A. La finalidad de dicho tratamiento es facilitar la prestación del
>servicio o información solicitados, teniendo usted derecho de acceso,
>rectificación, cancelación y oposición de sus datos dirigiéndose a
>nuestras
>oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
>necesaria.
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Wed, Dec 2, 2015 at 3:38 PM, Alex Harui <ah...@adobe.com> wrote:
> These are all valid points, but the way I look at it is this: If you have
> an existing Flex app and need to migrate it off of the Flash Player, would
> you reject using FlexJS because it doesn't have AMF support, or because
> the effort required to migrate the UI is too high? I believe I can
> convince anyone who thinks that AMF is the critical factor that if they
> don't choose FlexJS they will have to move off of AMF anyway so you can't
> use that to reject FlexJS,
That is not always the case. If I move to Sencha, I won't have to move off
of AMF. The link I posted earlier shows how you can continue to use AMF
with Sencha.
> but if the migration cost of the UI is too
> high, then folks might also move their UI to some other JS UI framework
> instead.
>
> So, that's why I think my personal highest priority after getting all of
> our JS files back-ported to AS is to lay the foundation for a more
> Spark-like component set. For sure, if someone has the time to implement
> AMF for FlexJS, please pitch in and do so. Or if you convince me I can
> write AMF for FlexJS in a couple of days then maybe I'd stop and do so,
> but even then I'd want others to help debug it and support it because the
> server stuff is not my area of expertise.
>
> To be clear, I am not against AMF in FlexJS at all, I would love to see
> it. It is just that I have so many other things I'm better at to do
> right now that I think has a better chance of making a big difference.
>
> Any volunteers to implement AMF for FlexJS?
>
I understand your situation. At this point, we need volunteers from the
community to start building out AMF support for JavaScript if they want to
see this done quickly. Hey, at least they don't have to write JavaScript,
they can do all this in ActionScript with FlexJS :-)
>
> Thanks,
> -Alex
>
> On 12/2/15, 3:21 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
> <omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:
>
> >On Wed, Dec 2, 2015 at 3:15 PM, Carlos Rovira
> ><carlos.rovira@codeoscopic.com
> >> wrote:
> >
> >> Hi Alex
> >>
> >> 1) The scenario you propose makes me think I could use other method than
> >> AMF, but I think the main Resons for AMF are :
> >>
> >> a) As Chris Dutz said "it's the best way to communicate with your
> >> server" , is better than JSON and we should diferentiate over the rest
> >>(but
> >> people could choose JSON if they want too)
> >> b) There's a thousands of Flex Apps out there that could go with
> >>FlexJS
> >> if they could have AMF support and make an easy connection without
> >>touch a
> >> line of code in server side. This should be a huge bonus for FlexJS
> >> project, since we could get traction with points like this...think about
> >> it.
> >>
> >
> >Agreed. Sencha did a smart thing by supporting AMF natively to lure Flex
> >developers with existing codebases
> >https://docs.sencha.com/extjs/6.0/backend_connectors/amf.html
> >
> >I can see the importance of having a smooth transition of the front end,
> >without having to change server side code.
> >
> >
> >>
> >> 2) Performance is importante. And AMF performance use to be the better.
> >>But
> >> for me is not a key point from the begning. Is more important the
> >> opportunity to replace legacy Flex client layer with FlexJS although it
> >> could be less performant. And I think, the code could be eventualy
> >>better
> >> and solve performance issues. But again, I could live with a less
> >> performant AMF implementation (supposing is not turtle velocity ;P)
> >>
> >> 3) For me IE is out of the stage years ago. But thinking that this
> >>could be
> >> important, I think we should see stats about IE use today to think the
> >> minimun version needed.
> >>
> >
> >Browser support should not be a gating factor. We can have different
> >implementations (polyfills) to support different browsers. Those in the
> >community who need this for older browsers, would chip in.
> >
> >Thanks,
> >Om
> >
> >
> >>
> >>
> >>
> >>
> >> 2015-12-01 18:28 GMT+01:00 Alex Harui <ah...@adobe.com>:
> >>
> >> > Hi,
> >> >
> >> > Renaming this fork of the thread...
> >> >
> >> > Well, I have no doubts that AMF is quite popular, but I guess I really
> >> > should have asked these questions:
> >> >
> >> > 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would
> >>you
> >> > get data from the server to client (and back again)? JSON, XML, some
> >> > other thing? The reason I haven't spent any energy on AMF for FlexJS
> >>is
> >> > because I think folks would have had to stop using AMF anyway. Maybe
> >> > there is an simple AMF-to-JSON module that folks could implement on
> >>their
> >> > servers to do the job so you don't have to rewrite your server code.
> >> > 2) If FlexJS did have AMF but its performance was worse than using
> >>JSON,
> >> > would you still choose the slower AMF implementation? It isn't clear
> >> that
> >> > implementing AMF in JS is going to perform as well as browser-native
> >>JSON
> >> > or flash-native NetConnection.
> >> > 3) What is the minimum version of IE that needs to support this?
> >> >
> >> > Thanks,
> >> > -Alex
> >> >
> >> > On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos
> >> Rovira"
> >> > <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> >> > wrote:
> >> >
> >> > >Hi Alex,
> >> > >
> >> > >AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if
> >> most
> >> > >of people involved in Flex would fill it, you'll be surprised of the
> >> > >amount
> >> > >of AMF people is using to comunicate with server-side.
> >> > >
> >> > >So, this means, that for me and many others, the AMF is a requisite,
> >> (more
> >> > >even that Maven, that already is) to start prototyping and working
> >>with
> >> > >FlexJS in a day by day basis trying to change the traditional Flex
> >>4.x
> >> > >layer for a FlexJS layer.
> >> > >
> >> > >HTTPService is a must, and is a good base, but it's used in any IT
> >>app
> >> > >about 5% of the times. People uses RemoteObject (and some times Web
> >> > >Services due to some request) as main RPCs
> >> > >
> >> > >For me AMF (and I think for many others) is the final wall to start
> >> > >investing time in our IT depts with FlexJS.
> >> > >
> >> > >Take into account that there are many server side business logic out
> >> there
> >> > >(Java, PHP, .NET, Ruby...) thats abstract all the things happening in
> >> the
> >> > >server from the Flex client, and is exposed to Flex through AMF -
> >> > >RemoteObjects. So having AMF in FlexJS seems the potential keypoint
> >>to
> >> > >start trying to change Flex 4.x for FlexJS, since you don't have the
> >> need
> >> > >to touch server side services.
> >> > >
> >> > >So, is a fact that AMF is key for FlexJS.
> >> > >
> >> > >Thanks for asking Alex
> >> > >
> >> > >Carlos
> >> > >
> >> > >
> >> > >
> >> > >
> >> > >2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
> >> > >
> >> > >> +1,
> >> > >> All of our projects use AMF
> >> > >>
> >> > >>
> >> > >> Le 01/12/2015 15:52, Christofer Dutz a écrit :
> >> > >>
> >> > >>> Cause AMF is so much cooler than JSON ;-)
> >> > >>>
> >> > >>> I too would like to see AMF in FlexJS ...
> >> > >>> Actually if we drop AMF support there's no need for me to keep
> >> > >>> maintaining BlazeDS any longer.
> >> > >>>
> >> > >>> Chris
> >> > >>>
> >> > >>> ________________________________________
> >> > >>> Von: Alex Harui <ah...@adobe.com>
> >> > >>> Gesendet: Dienstag, 1. Dezember 2015 15:32
> >> > >>> An: dev@flex.apache.org
> >> > >>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
> >> > >>>
> >> > >>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
> >> > >>>Rovira"
> >> > >>> <carlos.rovira@gmail.com on behalf of
> >>carlos.rovira@codeoscopic.com>
> >> > >>> wrote:
> >> > >>>
> >> > >>>> I start to think the only big problem is now to get AMF comming
> >>to
> >> > >>>> FlexJS.
> >> > >>>>
> >> > >>>> All frameworks (FlexJS, feathers, ...) out there are very cool,
> >>but
> >> > >>>>all
> >> > >>>> lacks RPC APIs (RemoteObject, ...)
> >> > >>>>
> >> > >>>> And without that is impossible to propose a starter project in a
> >> > >>>>company
> >> > >>>> or
> >> > >>>> IT dept with FlexJS...
> >> > >>>>
> >> > >>>
> >> > >>> Hi Carlos, why AMF? FlexJS does have HTTPService.
> >> > >>>
> >> > >>>
> >> > >>> -Alex
> >> > >>>
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > >--
> >> > >
> >> > >Carlos Rovira
> >> > >Director General
> >> > >M: +34 607 22 60 05
> >> > >http://www.codeoscopic.com
> >> > >http://www.avant2.es
> >> > >
> >> > >
> >> > >Este mensaje se dirige exclusivamente a su destinatario y puede
> >>contener
> >> > >información privilegiada o confidencial. Si ha recibido este mensaje
> >>por
> >> > >error, le rogamos que nos lo comunique inmediatamente por esta misma
> >> vía y
> >> > >proceda a su destrucción.
> >> > >
> >> > >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >> > >comunicamos
> >> > >que sus datos forman parte de un fichero cuyo responsable es
> >>CODEOSCOPIC
> >> > >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> >> > >servicio o información solicitados, teniendo usted derecho de acceso,
> >> > >rectificación, cancelación y oposición de sus datos dirigiéndose a
> >> > >nuestras
> >> > >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
> >>documentación
> >> > >necesaria.
> >> >
> >> >
> >>
> >>
> >> --
> >>
> >> Carlos Rovira
> >> Director General
> >> M: +34 607 22 60 05
> >> http://www.codeoscopic.com
> >> http://www.avant2.es
> >>
> >>
> >> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> >> información privilegiada o confidencial. Si ha recibido este mensaje por
> >> error, le rogamos que nos lo comunique inmediatamente por esta misma
> >>vía y
> >> proceda a su destrucción.
> >>
> >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >>comunicamos
> >> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> >> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> >> servicio o información solicitados, teniendo usted derecho de acceso,
> >> rectificación, cancelación y oposición de sus datos dirigiéndose a
> >>nuestras
> >> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
> >> necesaria.
> >>
>
>
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as
(canvas))
Posted by Alex Harui <ah...@adobe.com>.
These are all valid points, but the way I look at it is this: If you have
an existing Flex app and need to migrate it off of the Flash Player, would
you reject using FlexJS because it doesn't have AMF support, or because
the effort required to migrate the UI is too high? I believe I can
convince anyone who thinks that AMF is the critical factor that if they
don't choose FlexJS they will have to move off of AMF anyway so you can't
use that to reject FlexJS, but if the migration cost of the UI is too
high, then folks might also move their UI to some other JS UI framework
instead.
So, that's why I think my personal highest priority after getting all of
our JS files back-ported to AS is to lay the foundation for a more
Spark-like component set. For sure, if someone has the time to implement
AMF for FlexJS, please pitch in and do so. Or if you convince me I can
write AMF for FlexJS in a couple of days then maybe I'd stop and do so,
but even then I'd want others to help debug it and support it because the
server stuff is not my area of expertise.
To be clear, I am not against AMF in FlexJS at all, I would love to see
it. It is just that I have so many other things I'm better at to do
right now that I think has a better chance of making a big difference.
Any volunteers to implement AMF for FlexJS?
Thanks,
-Alex
On 12/2/15, 3:21 PM, "omuppi1@gmail.com on behalf of OmPrakash Muppirala"
<omuppi1@gmail.com on behalf of bigosmallm@gmail.com> wrote:
>On Wed, Dec 2, 2015 at 3:15 PM, Carlos Rovira
><carlos.rovira@codeoscopic.com
>> wrote:
>
>> Hi Alex
>>
>> 1) The scenario you propose makes me think I could use other method than
>> AMF, but I think the main Resons for AMF are :
>>
>> a) As Chris Dutz said "it's the best way to communicate with your
>> server" , is better than JSON and we should diferentiate over the rest
>>(but
>> people could choose JSON if they want too)
>> b) There's a thousands of Flex Apps out there that could go with
>>FlexJS
>> if they could have AMF support and make an easy connection without
>>touch a
>> line of code in server side. This should be a huge bonus for FlexJS
>> project, since we could get traction with points like this...think about
>> it.
>>
>
>Agreed. Sencha did a smart thing by supporting AMF natively to lure Flex
>developers with existing codebases
>https://docs.sencha.com/extjs/6.0/backend_connectors/amf.html
>
>I can see the importance of having a smooth transition of the front end,
>without having to change server side code.
>
>
>>
>> 2) Performance is importante. And AMF performance use to be the better.
>>But
>> for me is not a key point from the begning. Is more important the
>> opportunity to replace legacy Flex client layer with FlexJS although it
>> could be less performant. And I think, the code could be eventualy
>>better
>> and solve performance issues. But again, I could live with a less
>> performant AMF implementation (supposing is not turtle velocity ;P)
>>
>> 3) For me IE is out of the stage years ago. But thinking that this
>>could be
>> important, I think we should see stats about IE use today to think the
>> minimun version needed.
>>
>
>Browser support should not be a gating factor. We can have different
>implementations (polyfills) to support different browsers. Those in the
>community who need this for older browsers, would chip in.
>
>Thanks,
>Om
>
>
>>
>>
>>
>>
>> 2015-12-01 18:28 GMT+01:00 Alex Harui <ah...@adobe.com>:
>>
>> > Hi,
>> >
>> > Renaming this fork of the thread...
>> >
>> > Well, I have no doubts that AMF is quite popular, but I guess I really
>> > should have asked these questions:
>> >
>> > 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would
>>you
>> > get data from the server to client (and back again)? JSON, XML, some
>> > other thing? The reason I haven't spent any energy on AMF for FlexJS
>>is
>> > because I think folks would have had to stop using AMF anyway. Maybe
>> > there is an simple AMF-to-JSON module that folks could implement on
>>their
>> > servers to do the job so you don't have to rewrite your server code.
>> > 2) If FlexJS did have AMF but its performance was worse than using
>>JSON,
>> > would you still choose the slower AMF implementation? It isn't clear
>> that
>> > implementing AMF in JS is going to perform as well as browser-native
>>JSON
>> > or flash-native NetConnection.
>> > 3) What is the minimum version of IE that needs to support this?
>> >
>> > Thanks,
>> > -Alex
>> >
>> > On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos
>> Rovira"
>> > <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
>> > wrote:
>> >
>> > >Hi Alex,
>> > >
>> > >AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if
>> most
>> > >of people involved in Flex would fill it, you'll be surprised of the
>> > >amount
>> > >of AMF people is using to comunicate with server-side.
>> > >
>> > >So, this means, that for me and many others, the AMF is a requisite,
>> (more
>> > >even that Maven, that already is) to start prototyping and working
>>with
>> > >FlexJS in a day by day basis trying to change the traditional Flex
>>4.x
>> > >layer for a FlexJS layer.
>> > >
>> > >HTTPService is a must, and is a good base, but it's used in any IT
>>app
>> > >about 5% of the times. People uses RemoteObject (and some times Web
>> > >Services due to some request) as main RPCs
>> > >
>> > >For me AMF (and I think for many others) is the final wall to start
>> > >investing time in our IT depts with FlexJS.
>> > >
>> > >Take into account that there are many server side business logic out
>> there
>> > >(Java, PHP, .NET, Ruby...) thats abstract all the things happening in
>> the
>> > >server from the Flex client, and is exposed to Flex through AMF -
>> > >RemoteObjects. So having AMF in FlexJS seems the potential keypoint
>>to
>> > >start trying to change Flex 4.x for FlexJS, since you don't have the
>> need
>> > >to touch server side services.
>> > >
>> > >So, is a fact that AMF is key for FlexJS.
>> > >
>> > >Thanks for asking Alex
>> > >
>> > >Carlos
>> > >
>> > >
>> > >
>> > >
>> > >2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
>> > >
>> > >> +1,
>> > >> All of our projects use AMF
>> > >>
>> > >>
>> > >> Le 01/12/2015 15:52, Christofer Dutz a écrit :
>> > >>
>> > >>> Cause AMF is so much cooler than JSON ;-)
>> > >>>
>> > >>> I too would like to see AMF in FlexJS ...
>> > >>> Actually if we drop AMF support there's no need for me to keep
>> > >>> maintaining BlazeDS any longer.
>> > >>>
>> > >>> Chris
>> > >>>
>> > >>> ________________________________________
>> > >>> Von: Alex Harui <ah...@adobe.com>
>> > >>> Gesendet: Dienstag, 1. Dezember 2015 15:32
>> > >>> An: dev@flex.apache.org
>> > >>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
>> > >>>
>> > >>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
>> > >>>Rovira"
>> > >>> <carlos.rovira@gmail.com on behalf of
>>carlos.rovira@codeoscopic.com>
>> > >>> wrote:
>> > >>>
>> > >>>> I start to think the only big problem is now to get AMF comming
>>to
>> > >>>> FlexJS.
>> > >>>>
>> > >>>> All frameworks (FlexJS, feathers, ...) out there are very cool,
>>but
>> > >>>>all
>> > >>>> lacks RPC APIs (RemoteObject, ...)
>> > >>>>
>> > >>>> And without that is impossible to propose a starter project in a
>> > >>>>company
>> > >>>> or
>> > >>>> IT dept with FlexJS...
>> > >>>>
>> > >>>
>> > >>> Hi Carlos, why AMF? FlexJS does have HTTPService.
>> > >>>
>> > >>>
>> > >>> -Alex
>> > >>>
>> > >>
>> > >>
>> > >
>> > >
>> > >--
>> > >
>> > >Carlos Rovira
>> > >Director General
>> > >M: +34 607 22 60 05
>> > >http://www.codeoscopic.com
>> > >http://www.avant2.es
>> > >
>> > >
>> > >Este mensaje se dirige exclusivamente a su destinatario y puede
>>contener
>> > >información privilegiada o confidencial. Si ha recibido este mensaje
>>por
>> > >error, le rogamos que nos lo comunique inmediatamente por esta misma
>> vía y
>> > >proceda a su destrucción.
>> > >
>> > >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>> > >comunicamos
>> > >que sus datos forman parte de un fichero cuyo responsable es
>>CODEOSCOPIC
>> > >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
>> > >servicio o información solicitados, teniendo usted derecho de acceso,
>> > >rectificación, cancelación y oposición de sus datos dirigiéndose a
>> > >nuestras
>> > >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la
>>documentación
>> > >necesaria.
>> >
>> >
>>
>>
>> --
>>
>> Carlos Rovira
>> Director General
>> M: +34 607 22 60 05
>> http://www.codeoscopic.com
>> http://www.avant2.es
>>
>>
>> Este mensaje se dirige exclusivamente a su destinatario y puede contener
>> información privilegiada o confidencial. Si ha recibido este mensaje por
>> error, le rogamos que nos lo comunique inmediatamente por esta misma
>>vía y
>> proceda a su destrucción.
>>
>> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>>comunicamos
>> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
>> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
>> servicio o información solicitados, teniendo usted derecho de acceso,
>> rectificación, cancelación y oposición de sus datos dirigiéndose a
>>nuestras
>> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
>> necesaria.
>>
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Posted by OmPrakash Muppirala <bi...@gmail.com>.
On Wed, Dec 2, 2015 at 3:15 PM, Carlos Rovira <carlos.rovira@codeoscopic.com
> wrote:
> Hi Alex
>
> 1) The scenario you propose makes me think I could use other method than
> AMF, but I think the main Resons for AMF are :
>
> a) As Chris Dutz said "it's the best way to communicate with your
> server" , is better than JSON and we should diferentiate over the rest (but
> people could choose JSON if they want too)
> b) There's a thousands of Flex Apps out there that could go with FlexJS
> if they could have AMF support and make an easy connection without touch a
> line of code in server side. This should be a huge bonus for FlexJS
> project, since we could get traction with points like this...think about
> it.
>
Agreed. Sencha did a smart thing by supporting AMF natively to lure Flex
developers with existing codebases
https://docs.sencha.com/extjs/6.0/backend_connectors/amf.html
I can see the importance of having a smooth transition of the front end,
without having to change server side code.
>
> 2) Performance is importante. And AMF performance use to be the better. But
> for me is not a key point from the begning. Is more important the
> opportunity to replace legacy Flex client layer with FlexJS although it
> could be less performant. And I think, the code could be eventualy better
> and solve performance issues. But again, I could live with a less
> performant AMF implementation (supposing is not turtle velocity ;P)
>
> 3) For me IE is out of the stage years ago. But thinking that this could be
> important, I think we should see stats about IE use today to think the
> minimun version needed.
>
Browser support should not be a gating factor. We can have different
implementations (polyfills) to support different browsers. Those in the
community who need this for older browsers, would chip in.
Thanks,
Om
>
>
>
>
> 2015-12-01 18:28 GMT+01:00 Alex Harui <ah...@adobe.com>:
>
> > Hi,
> >
> > Renaming this fork of the thread...
> >
> > Well, I have no doubts that AMF is quite popular, but I guess I really
> > should have asked these questions:
> >
> > 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would you
> > get data from the server to client (and back again)? JSON, XML, some
> > other thing? The reason I haven't spent any energy on AMF for FlexJS is
> > because I think folks would have had to stop using AMF anyway. Maybe
> > there is an simple AMF-to-JSON module that folks could implement on their
> > servers to do the job so you don't have to rewrite your server code.
> > 2) If FlexJS did have AMF but its performance was worse than using JSON,
> > would you still choose the slower AMF implementation? It isn't clear
> that
> > implementing AMF in JS is going to perform as well as browser-native JSON
> > or flash-native NetConnection.
> > 3) What is the minimum version of IE that needs to support this?
> >
> > Thanks,
> > -Alex
> >
> > On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos
> Rovira"
> > <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> > wrote:
> >
> > >Hi Alex,
> > >
> > >AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if
> most
> > >of people involved in Flex would fill it, you'll be surprised of the
> > >amount
> > >of AMF people is using to comunicate with server-side.
> > >
> > >So, this means, that for me and many others, the AMF is a requisite,
> (more
> > >even that Maven, that already is) to start prototyping and working with
> > >FlexJS in a day by day basis trying to change the traditional Flex 4.x
> > >layer for a FlexJS layer.
> > >
> > >HTTPService is a must, and is a good base, but it's used in any IT app
> > >about 5% of the times. People uses RemoteObject (and some times Web
> > >Services due to some request) as main RPCs
> > >
> > >For me AMF (and I think for many others) is the final wall to start
> > >investing time in our IT depts with FlexJS.
> > >
> > >Take into account that there are many server side business logic out
> there
> > >(Java, PHP, .NET, Ruby...) thats abstract all the things happening in
> the
> > >server from the Flex client, and is exposed to Flex through AMF -
> > >RemoteObjects. So having AMF in FlexJS seems the potential keypoint to
> > >start trying to change Flex 4.x for FlexJS, since you don't have the
> need
> > >to touch server side services.
> > >
> > >So, is a fact that AMF is key for FlexJS.
> > >
> > >Thanks for asking Alex
> > >
> > >Carlos
> > >
> > >
> > >
> > >
> > >2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
> > >
> > >> +1,
> > >> All of our projects use AMF
> > >>
> > >>
> > >> Le 01/12/2015 15:52, Christofer Dutz a écrit :
> > >>
> > >>> Cause AMF is so much cooler than JSON ;-)
> > >>>
> > >>> I too would like to see AMF in FlexJS ...
> > >>> Actually if we drop AMF support there's no need for me to keep
> > >>> maintaining BlazeDS any longer.
> > >>>
> > >>> Chris
> > >>>
> > >>> ________________________________________
> > >>> Von: Alex Harui <ah...@adobe.com>
> > >>> Gesendet: Dienstag, 1. Dezember 2015 15:32
> > >>> An: dev@flex.apache.org
> > >>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
> > >>>
> > >>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
> > >>>Rovira"
> > >>> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> > >>> wrote:
> > >>>
> > >>>> I start to think the only big problem is now to get AMF comming to
> > >>>> FlexJS.
> > >>>>
> > >>>> All frameworks (FlexJS, feathers, ...) out there are very cool, but
> > >>>>all
> > >>>> lacks RPC APIs (RemoteObject, ...)
> > >>>>
> > >>>> And without that is impossible to propose a starter project in a
> > >>>>company
> > >>>> or
> > >>>> IT dept with FlexJS...
> > >>>>
> > >>>
> > >>> Hi Carlos, why AMF? FlexJS does have HTTPService.
> > >>>
> > >>>
> > >>> -Alex
> > >>>
> > >>
> > >>
> > >
> > >
> > >--
> > >
> > >Carlos Rovira
> > >Director General
> > >M: +34 607 22 60 05
> > >http://www.codeoscopic.com
> > >http://www.avant2.es
> > >
> > >
> > >Este mensaje se dirige exclusivamente a su destinatario y puede contener
> > >información privilegiada o confidencial. Si ha recibido este mensaje por
> > >error, le rogamos que nos lo comunique inmediatamente por esta misma
> vía y
> > >proceda a su destrucción.
> > >
> > >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> > >comunicamos
> > >que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> > >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> > >servicio o información solicitados, teniendo usted derecho de acceso,
> > >rectificación, cancelación y oposición de sus datos dirigiéndose a
> > >nuestras
> > >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
> > >necesaria.
> >
> >
>
>
> --
>
> Carlos Rovira
> Director General
> M: +34 607 22 60 05
> http://www.codeoscopic.com
> http://www.avant2.es
>
>
> Este mensaje se dirige exclusivamente a su destinatario y puede contener
> información privilegiada o confidencial. Si ha recibido este mensaje por
> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> servicio o información solicitados, teniendo usted derecho de acceso,
> rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
> necesaria.
>
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Posted by Carlos Rovira <ca...@codeoscopic.com>.
Hi Alex
1) The scenario you propose makes me think I could use other method than
AMF, but I think the main Resons for AMF are :
a) As Chris Dutz said "it's the best way to communicate with your
server" , is better than JSON and we should diferentiate over the rest (but
people could choose JSON if they want too)
b) There's a thousands of Flex Apps out there that could go with FlexJS
if they could have AMF support and make an easy connection without touch a
line of code in server side. This should be a huge bonus for FlexJS
project, since we could get traction with points like this...think about
it.
2) Performance is importante. And AMF performance use to be the better. But
for me is not a key point from the begning. Is more important the
opportunity to replace legacy Flex client layer with FlexJS although it
could be less performant. And I think, the code could be eventualy better
and solve performance issues. But again, I could live with a less
performant AMF implementation (supposing is not turtle velocity ;P)
3) For me IE is out of the stage years ago. But thinking that this could be
important, I think we should see stats about IE use today to think the
minimun version needed.
2015-12-01 18:28 GMT+01:00 Alex Harui <ah...@adobe.com>:
> Hi,
>
> Renaming this fork of the thread...
>
> Well, I have no doubts that AMF is quite popular, but I guess I really
> should have asked these questions:
>
> 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would you
> get data from the server to client (and back again)? JSON, XML, some
> other thing? The reason I haven't spent any energy on AMF for FlexJS is
> because I think folks would have had to stop using AMF anyway. Maybe
> there is an simple AMF-to-JSON module that folks could implement on their
> servers to do the job so you don't have to rewrite your server code.
> 2) If FlexJS did have AMF but its performance was worse than using JSON,
> would you still choose the slower AMF implementation? It isn't clear that
> implementing AMF in JS is going to perform as well as browser-native JSON
> or flash-native NetConnection.
> 3) What is the minimum version of IE that needs to support this?
>
> Thanks,
> -Alex
>
> On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos Rovira"
> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> wrote:
>
> >Hi Alex,
> >
> >AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if most
> >of people involved in Flex would fill it, you'll be surprised of the
> >amount
> >of AMF people is using to comunicate with server-side.
> >
> >So, this means, that for me and many others, the AMF is a requisite, (more
> >even that Maven, that already is) to start prototyping and working with
> >FlexJS in a day by day basis trying to change the traditional Flex 4.x
> >layer for a FlexJS layer.
> >
> >HTTPService is a must, and is a good base, but it's used in any IT app
> >about 5% of the times. People uses RemoteObject (and some times Web
> >Services due to some request) as main RPCs
> >
> >For me AMF (and I think for many others) is the final wall to start
> >investing time in our IT depts with FlexJS.
> >
> >Take into account that there are many server side business logic out there
> >(Java, PHP, .NET, Ruby...) thats abstract all the things happening in the
> >server from the Flex client, and is exposed to Flex through AMF -
> >RemoteObjects. So having AMF in FlexJS seems the potential keypoint to
> >start trying to change Flex 4.x for FlexJS, since you don't have the need
> >to touch server side services.
> >
> >So, is a fact that AMF is key for FlexJS.
> >
> >Thanks for asking Alex
> >
> >Carlos
> >
> >
> >
> >
> >2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
> >
> >> +1,
> >> All of our projects use AMF
> >>
> >>
> >> Le 01/12/2015 15:52, Christofer Dutz a écrit :
> >>
> >>> Cause AMF is so much cooler than JSON ;-)
> >>>
> >>> I too would like to see AMF in FlexJS ...
> >>> Actually if we drop AMF support there's no need for me to keep
> >>> maintaining BlazeDS any longer.
> >>>
> >>> Chris
> >>>
> >>> ________________________________________
> >>> Von: Alex Harui <ah...@adobe.com>
> >>> Gesendet: Dienstag, 1. Dezember 2015 15:32
> >>> An: dev@flex.apache.org
> >>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
> >>>
> >>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
> >>>Rovira"
> >>> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> >>> wrote:
> >>>
> >>>> I start to think the only big problem is now to get AMF comming to
> >>>> FlexJS.
> >>>>
> >>>> All frameworks (FlexJS, feathers, ...) out there are very cool, but
> >>>>all
> >>>> lacks RPC APIs (RemoteObject, ...)
> >>>>
> >>>> And without that is impossible to propose a starter project in a
> >>>>company
> >>>> or
> >>>> IT dept with FlexJS...
> >>>>
> >>>
> >>> Hi Carlos, why AMF? FlexJS does have HTTPService.
> >>>
> >>>
> >>> -Alex
> >>>
> >>
> >>
> >
> >
> >--
> >
> >Carlos Rovira
> >Director General
> >M: +34 607 22 60 05
> >http://www.codeoscopic.com
> >http://www.avant2.es
> >
> >
> >Este mensaje se dirige exclusivamente a su destinatario y puede contener
> >información privilegiada o confidencial. Si ha recibido este mensaje por
> >error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> >proceda a su destrucción.
> >
> >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >comunicamos
> >que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> >servicio o información solicitados, teniendo usted derecho de acceso,
> >rectificación, cancelación y oposición de sus datos dirigiéndose a
> >nuestras
> >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
> >necesaria.
>
>
--
Carlos Rovira
Director General
M: +34 607 22 60 05
http://www.codeoscopic.com
http://www.avant2.es
Este mensaje se dirige exclusivamente a su destinatario y puede contener
información privilegiada o confidencial. Si ha recibido este mensaje por
error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
proceda a su destrucción.
De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos
que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
S.A. La finalidad de dicho tratamiento es facilitar la prestación del
servicio o información solicitados, teniendo usted derecho de acceso,
rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras
oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
necesaria.
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Posted by Héctor A <ne...@gmail.com>.
I have to say that I've never used AMF... If you Google for AMF Javascript
there are several results. If AMF in JS is impractical for some reason and
JSON is heavier than desired, maybe MessagePack <http://msgpack.org/> could
be considered.
On Tue, Dec 1, 2015 at 6:28 PM, Alex Harui <ah...@adobe.com> wrote:
> Hi,
>
> Renaming this fork of the thread...
>
> Well, I have no doubts that AMF is quite popular, but I guess I really
> should have asked these questions:
>
> 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would you
> get data from the server to client (and back again)? JSON, XML, some
> other thing? The reason I haven't spent any energy on AMF for FlexJS is
> because I think folks would have had to stop using AMF anyway. Maybe
> there is an simple AMF-to-JSON module that folks could implement on their
> servers to do the job so you don't have to rewrite your server code.
> 2) If FlexJS did have AMF but its performance was worse than using JSON,
> would you still choose the slower AMF implementation? It isn't clear that
> implementing AMF in JS is going to perform as well as browser-native JSON
> or flash-native NetConnection.
> 3) What is the minimum version of IE that needs to support this?
>
> Thanks,
> -Alex
>
> On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos Rovira"
> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> wrote:
>
> >Hi Alex,
> >
> >AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if most
> >of people involved in Flex would fill it, you'll be surprised of the
> >amount
> >of AMF people is using to comunicate with server-side.
> >
> >So, this means, that for me and many others, the AMF is a requisite, (more
> >even that Maven, that already is) to start prototyping and working with
> >FlexJS in a day by day basis trying to change the traditional Flex 4.x
> >layer for a FlexJS layer.
> >
> >HTTPService is a must, and is a good base, but it's used in any IT app
> >about 5% of the times. People uses RemoteObject (and some times Web
> >Services due to some request) as main RPCs
> >
> >For me AMF (and I think for many others) is the final wall to start
> >investing time in our IT depts with FlexJS.
> >
> >Take into account that there are many server side business logic out there
> >(Java, PHP, .NET, Ruby...) thats abstract all the things happening in the
> >server from the Flex client, and is exposed to Flex through AMF -
> >RemoteObjects. So having AMF in FlexJS seems the potential keypoint to
> >start trying to change Flex 4.x for FlexJS, since you don't have the need
> >to touch server side services.
> >
> >So, is a fact that AMF is key for FlexJS.
> >
> >Thanks for asking Alex
> >
> >Carlos
> >
> >
> >
> >
> >2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
> >
> >> +1,
> >> All of our projects use AMF
> >>
> >>
> >> Le 01/12/2015 15:52, Christofer Dutz a écrit :
> >>
> >>> Cause AMF is so much cooler than JSON ;-)
> >>>
> >>> I too would like to see AMF in FlexJS ...
> >>> Actually if we drop AMF support there's no need for me to keep
> >>> maintaining BlazeDS any longer.
> >>>
> >>> Chris
> >>>
> >>> ________________________________________
> >>> Von: Alex Harui <ah...@adobe.com>
> >>> Gesendet: Dienstag, 1. Dezember 2015 15:32
> >>> An: dev@flex.apache.org
> >>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
> >>>
> >>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
> >>>Rovira"
> >>> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> >>> wrote:
> >>>
> >>>> I start to think the only big problem is now to get AMF comming to
> >>>> FlexJS.
> >>>>
> >>>> All frameworks (FlexJS, feathers, ...) out there are very cool, but
> >>>>all
> >>>> lacks RPC APIs (RemoteObject, ...)
> >>>>
> >>>> And without that is impossible to propose a starter project in a
> >>>>company
> >>>> or
> >>>> IT dept with FlexJS...
> >>>>
> >>>
> >>> Hi Carlos, why AMF? FlexJS does have HTTPService.
> >>>
> >>>
> >>> -Alex
> >>>
> >>
> >>
> >
> >
> >--
> >
> >Carlos Rovira
> >Director General
> >M: +34 607 22 60 05
> >http://www.codeoscopic.com
> >http://www.avant2.es
> >
> >
> >Este mensaje se dirige exclusivamente a su destinatario y puede contener
> >información privilegiada o confidencial. Si ha recibido este mensaje por
> >error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
> >proceda a su destrucción.
> >
> >De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >comunicamos
> >que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
> >S.A. La finalidad de dicho tratamiento es facilitar la prestación del
> >servicio o información solicitados, teniendo usted derecho de acceso,
> >rectificación, cancelación y oposición de sus datos dirigiéndose a
> >nuestras
> >oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
> >necesaria.
>
>
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Posted by Dev LFM <de...@gmail.com>.
1) I would use JSON because is well adopted and kinda easy to read.
2) No, I would choose the fastest, even if parsers required.
In the end, AMF is cool because keeps the type of the object and the size
is much smaller. If somehow json can archive the same, for me is ok to use
json.
2015-12-01 18:18 GMT+00:00 Christofer Dutz <ch...@c-ware.de>:
> Well actually it sounded like: We had AMF support, but it didn't perfrom
> as well so we threw it away ...
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Harbs [mailto:harbs.lists@gmail.com]
> Gesendet: Dienstag, 1. Dezember 2015 18:56
> An: dev@flex.apache.org
> Betreff: Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as
> (canvas))
>
> Instead of talking about throwing it away, why not discuss what is needed
> to implement AMF? It sounds to me like a great goal.
>
> I personally have never used AMF, so I have no idea.
>
> Harbs
>
> On Dec 1, 2015, at 7:47 PM, Christofer Dutz <ch...@c-ware.de>
> wrote:
>
> > There is no need for a amf to json converter. You would just use a
> different serializer instead.
> >
> > What I'm worried about is that amf is way more powerful than json. Let
> me name some benefits:
> > - strongly typed
> > - able to serialize cyclic object graphs
> > - uses way less bandwidth
> >
> > Actually one of my talks at the last apachecon dealt with this entirely.
> >
> > Giving up on this makes one of actionscripts benefits sort of useless.
> What's the good of being able to use strong types, if these get lost on the
> way from the server to the client?
> >
> > If we throw overboard all the good stuff, we'll be just one if the
> > other frameworks
> >
> > Chris
> >
> >
> >
> > Von meinem Samsung Galaxy Smartphone gesendet.
> >
> >
> > -------- Ursprüngliche Nachricht --------
> > Von: Alex Harui <ah...@adobe.com>
> > Datum: 01.12.2015 18:29 (GMT+01:00)
> > An: dev@flex.apache.org
> > Betreff: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as
> > (canvas))
> >
> > Hi,
> >
> > Renaming this fork of the thread...
> >
> > Well, I have no doubts that AMF is quite popular, but I guess I really
> > should have asked these questions:
> >
> > 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would
> > you get data from the server to client (and back again)? JSON, XML,
> > some other thing? The reason I haven't spent any energy on AMF for
> > FlexJS is because I think folks would have had to stop using AMF
> > anyway. Maybe there is an simple AMF-to-JSON module that folks could
> > implement on their servers to do the job so you don't have to rewrite
> your server code.
> > 2) If FlexJS did have AMF but its performance was worse than using
> > JSON, would you still choose the slower AMF implementation? It isn't
> > clear that implementing AMF in JS is going to perform as well as
> > browser-native JSON or flash-native NetConnection.
> > 3) What is the minimum version of IE that needs to support this?
> >
> > Thanks,
> > -Alex
> >
> > On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos
> Rovira"
> > <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
> wrote:
> >
> >> Hi Alex,
> >>
> >> AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if
> >> most of people involved in Flex would fill it, you'll be surprised of
> >> the amount of AMF people is using to comunicate with server-side.
> >>
> >> So, this means, that for me and many others, the AMF is a requisite,
> >> (more even that Maven, that already is) to start prototyping and
> >> working with FlexJS in a day by day basis trying to change the
> >> traditional Flex 4.x layer for a FlexJS layer.
> >>
> >> HTTPService is a must, and is a good base, but it's used in any IT
> >> app about 5% of the times. People uses RemoteObject (and some times
> >> Web Services due to some request) as main RPCs
> >>
> >> For me AMF (and I think for many others) is the final wall to start
> >> investing time in our IT depts with FlexJS.
> >>
> >> Take into account that there are many server side business logic out
> >> there (Java, PHP, .NET, Ruby...) thats abstract all the things
> >> happening in the server from the Flex client, and is exposed to Flex
> >> through AMF - RemoteObjects. So having AMF in FlexJS seems the
> >> potential keypoint to start trying to change Flex 4.x for FlexJS,
> >> since you don't have the need to touch server side services.
> >>
> >> So, is a fact that AMF is key for FlexJS.
> >>
> >> Thanks for asking Alex
> >>
> >> Carlos
> >>
> >>
> >>
> >>
> >> 2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
> >>
> >>> +1,
> >>> All of our projects use AMF
> >>>
> >>>
> >>> Le 01/12/2015 15:52, Christofer Dutz a écrit :
> >>>
> >>>> Cause AMF is so much cooler than JSON ;-)
> >>>>
> >>>> I too would like to see AMF in FlexJS ...
> >>>> Actually if we drop AMF support there's no need for me to keep
> >>>> maintaining BlazeDS any longer.
> >>>>
> >>>> Chris
> >>>>
> >>>> ________________________________________
> >>>> Von: Alex Harui <ah...@adobe.com>
> >>>> Gesendet: Dienstag, 1. Dezember 2015 15:32
> >>>> An: dev@flex.apache.org
> >>>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
> >>>>
> >>>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
> >>>> Rovira"
> >>>> <carlos.rovira@gmail.com on behalf of
> >>>> carlos.rovira@codeoscopic.com>
> >>>> wrote:
> >>>>
> >>>>> I start to think the only big problem is now to get AMF comming to
> >>>>> FlexJS.
> >>>>>
> >>>>> All frameworks (FlexJS, feathers, ...) out there are very cool,
> >>>>> but all lacks RPC APIs (RemoteObject, ...)
> >>>>>
> >>>>> And without that is impossible to propose a starter project in a
> >>>>> company or IT dept with FlexJS...
> >>>>>
> >>>>
> >>>> Hi Carlos, why AMF? FlexJS does have HTTPService.
> >>>>
> >>>>
> >>>> -Alex
> >>>>
> >>>
> >>>
> >>
> >>
> >> --
> >>
> >> Carlos Rovira
> >> Director General
> >> M: +34 607 22 60 05
> >> http://www.codeoscopic.com
> >> http://www.avant2.es
> >>
> >>
> >> Este mensaje se dirige exclusivamente a su destinatario y puede
> >> contener información privilegiada o confidencial. Si ha recibido este
> >> mensaje por error, le rogamos que nos lo comunique inmediatamente por
> >> esta misma vía y proceda a su destrucción.
> >>
> >> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
> >> comunicamos que sus datos forman parte de un fichero cuyo responsable
> >> es CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la
> >> prestación del servicio o información solicitados, teniendo usted
> >> derecho de acceso, rectificación, cancelación y oposición de sus
> >> datos dirigiéndose a nuestras oficinas c/ Paseo de la Habana 9-11,
> >> 28036, Madrid con la documentación necesaria.
> >
>
>
AW: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as
(canvas))
Posted by Christofer Dutz <ch...@c-ware.de>.
Well actually it sounded like: We had AMF support, but it didn't perfrom as well so we threw it away ...
-----Ursprüngliche Nachricht-----
Von: Harbs [mailto:harbs.lists@gmail.com]
Gesendet: Dienstag, 1. Dezember 2015 18:56
An: dev@flex.apache.org
Betreff: Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Instead of talking about throwing it away, why not discuss what is needed to implement AMF? It sounds to me like a great goal.
I personally have never used AMF, so I have no idea.
Harbs
On Dec 1, 2015, at 7:47 PM, Christofer Dutz <ch...@c-ware.de> wrote:
> There is no need for a amf to json converter. You would just use a different serializer instead.
>
> What I'm worried about is that amf is way more powerful than json. Let me name some benefits:
> - strongly typed
> - able to serialize cyclic object graphs
> - uses way less bandwidth
>
> Actually one of my talks at the last apachecon dealt with this entirely.
>
> Giving up on this makes one of actionscripts benefits sort of useless. What's the good of being able to use strong types, if these get lost on the way from the server to the client?
>
> If we throw overboard all the good stuff, we'll be just one if the
> other frameworks
>
> Chris
>
>
>
> Von meinem Samsung Galaxy Smartphone gesendet.
>
>
> -------- Ursprüngliche Nachricht --------
> Von: Alex Harui <ah...@adobe.com>
> Datum: 01.12.2015 18:29 (GMT+01:00)
> An: dev@flex.apache.org
> Betreff: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as
> (canvas))
>
> Hi,
>
> Renaming this fork of the thread...
>
> Well, I have no doubts that AMF is quite popular, but I guess I really
> should have asked these questions:
>
> 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would
> you get data from the server to client (and back again)? JSON, XML,
> some other thing? The reason I haven't spent any energy on AMF for
> FlexJS is because I think folks would have had to stop using AMF
> anyway. Maybe there is an simple AMF-to-JSON module that folks could
> implement on their servers to do the job so you don't have to rewrite your server code.
> 2) If FlexJS did have AMF but its performance was worse than using
> JSON, would you still choose the slower AMF implementation? It isn't
> clear that implementing AMF in JS is going to perform as well as
> browser-native JSON or flash-native NetConnection.
> 3) What is the minimum version of IE that needs to support this?
>
> Thanks,
> -Alex
>
> On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos Rovira"
> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com> wrote:
>
>> Hi Alex,
>>
>> AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if
>> most of people involved in Flex would fill it, you'll be surprised of
>> the amount of AMF people is using to comunicate with server-side.
>>
>> So, this means, that for me and many others, the AMF is a requisite,
>> (more even that Maven, that already is) to start prototyping and
>> working with FlexJS in a day by day basis trying to change the
>> traditional Flex 4.x layer for a FlexJS layer.
>>
>> HTTPService is a must, and is a good base, but it's used in any IT
>> app about 5% of the times. People uses RemoteObject (and some times
>> Web Services due to some request) as main RPCs
>>
>> For me AMF (and I think for many others) is the final wall to start
>> investing time in our IT depts with FlexJS.
>>
>> Take into account that there are many server side business logic out
>> there (Java, PHP, .NET, Ruby...) thats abstract all the things
>> happening in the server from the Flex client, and is exposed to Flex
>> through AMF - RemoteObjects. So having AMF in FlexJS seems the
>> potential keypoint to start trying to change Flex 4.x for FlexJS,
>> since you don't have the need to touch server side services.
>>
>> So, is a fact that AMF is key for FlexJS.
>>
>> Thanks for asking Alex
>>
>> Carlos
>>
>>
>>
>>
>> 2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
>>
>>> +1,
>>> All of our projects use AMF
>>>
>>>
>>> Le 01/12/2015 15:52, Christofer Dutz a écrit :
>>>
>>>> Cause AMF is so much cooler than JSON ;-)
>>>>
>>>> I too would like to see AMF in FlexJS ...
>>>> Actually if we drop AMF support there's no need for me to keep
>>>> maintaining BlazeDS any longer.
>>>>
>>>> Chris
>>>>
>>>> ________________________________________
>>>> Von: Alex Harui <ah...@adobe.com>
>>>> Gesendet: Dienstag, 1. Dezember 2015 15:32
>>>> An: dev@flex.apache.org
>>>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
>>>>
>>>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
>>>> Rovira"
>>>> <carlos.rovira@gmail.com on behalf of
>>>> carlos.rovira@codeoscopic.com>
>>>> wrote:
>>>>
>>>>> I start to think the only big problem is now to get AMF comming to
>>>>> FlexJS.
>>>>>
>>>>> All frameworks (FlexJS, feathers, ...) out there are very cool,
>>>>> but all lacks RPC APIs (RemoteObject, ...)
>>>>>
>>>>> And without that is impossible to propose a starter project in a
>>>>> company or IT dept with FlexJS...
>>>>>
>>>>
>>>> Hi Carlos, why AMF? FlexJS does have HTTPService.
>>>>
>>>>
>>>> -Alex
>>>>
>>>
>>>
>>
>>
>> --
>>
>> Carlos Rovira
>> Director General
>> M: +34 607 22 60 05
>> http://www.codeoscopic.com
>> http://www.avant2.es
>>
>>
>> Este mensaje se dirige exclusivamente a su destinatario y puede
>> contener información privilegiada o confidencial. Si ha recibido este
>> mensaje por error, le rogamos que nos lo comunique inmediatamente por
>> esta misma vía y proceda a su destrucción.
>>
>> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>> comunicamos que sus datos forman parte de un fichero cuyo responsable
>> es CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la
>> prestación del servicio o información solicitados, teniendo usted
>> derecho de acceso, rectificación, cancelación y oposición de sus
>> datos dirigiéndose a nuestras oficinas c/ Paseo de la Habana 9-11,
>> 28036, Madrid con la documentación necesaria.
>
Re: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Posted by Harbs <ha...@gmail.com>.
Instead of talking about throwing it away, why not discuss what is needed to implement AMF? It sounds to me like a great goal.
I personally have never used AMF, so I have no idea.
Harbs
On Dec 1, 2015, at 7:47 PM, Christofer Dutz <ch...@c-ware.de> wrote:
> There is no need for a amf to json converter. You would just use a different serializer instead.
>
> What I'm worried about is that amf is way more powerful than json. Let me name some benefits:
> - strongly typed
> - able to serialize cyclic object graphs
> - uses way less bandwidth
>
> Actually one of my talks at the last apachecon dealt with this entirely.
>
> Giving up on this makes one of actionscripts benefits sort of useless. What's the good of being able to use strong types, if these get lost on the way from the server to the client?
>
> If we throw overboard all the good stuff, we'll be just one if the other frameworks
>
> Chris
>
>
>
> Von meinem Samsung Galaxy Smartphone gesendet.
>
>
> -------- Ursprüngliche Nachricht --------
> Von: Alex Harui <ah...@adobe.com>
> Datum: 01.12.2015 18:29 (GMT+01:00)
> An: dev@flex.apache.org
> Betreff: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
>
> Hi,
>
> Renaming this fork of the thread...
>
> Well, I have no doubts that AMF is quite popular, but I guess I really
> should have asked these questions:
>
> 1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would you
> get data from the server to client (and back again)? JSON, XML, some
> other thing? The reason I haven't spent any energy on AMF for FlexJS is
> because I think folks would have had to stop using AMF anyway. Maybe
> there is an simple AMF-to-JSON module that folks could implement on their
> servers to do the job so you don't have to rewrite your server code.
> 2) If FlexJS did have AMF but its performance was worse than using JSON,
> would you still choose the slower AMF implementation? It isn't clear that
> implementing AMF in JS is going to perform as well as browser-native JSON
> or flash-native NetConnection.
> 3) What is the minimum version of IE that needs to support this?
>
> Thanks,
> -Alex
>
> On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos Rovira"
> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com> wrote:
>
>> Hi Alex,
>>
>> AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if most
>> of people involved in Flex would fill it, you'll be surprised of the
>> amount
>> of AMF people is using to comunicate with server-side.
>>
>> So, this means, that for me and many others, the AMF is a requisite, (more
>> even that Maven, that already is) to start prototyping and working with
>> FlexJS in a day by day basis trying to change the traditional Flex 4.x
>> layer for a FlexJS layer.
>>
>> HTTPService is a must, and is a good base, but it's used in any IT app
>> about 5% of the times. People uses RemoteObject (and some times Web
>> Services due to some request) as main RPCs
>>
>> For me AMF (and I think for many others) is the final wall to start
>> investing time in our IT depts with FlexJS.
>>
>> Take into account that there are many server side business logic out there
>> (Java, PHP, .NET, Ruby...) thats abstract all the things happening in the
>> server from the Flex client, and is exposed to Flex through AMF -
>> RemoteObjects. So having AMF in FlexJS seems the potential keypoint to
>> start trying to change Flex 4.x for FlexJS, since you don't have the need
>> to touch server side services.
>>
>> So, is a fact that AMF is key for FlexJS.
>>
>> Thanks for asking Alex
>>
>> Carlos
>>
>>
>>
>>
>> 2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
>>
>>> +1,
>>> All of our projects use AMF
>>>
>>>
>>> Le 01/12/2015 15:52, Christofer Dutz a écrit :
>>>
>>>> Cause AMF is so much cooler than JSON ;-)
>>>>
>>>> I too would like to see AMF in FlexJS ...
>>>> Actually if we drop AMF support there's no need for me to keep
>>>> maintaining BlazeDS any longer.
>>>>
>>>> Chris
>>>>
>>>> ________________________________________
>>>> Von: Alex Harui <ah...@adobe.com>
>>>> Gesendet: Dienstag, 1. Dezember 2015 15:32
>>>> An: dev@flex.apache.org
>>>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
>>>>
>>>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
>>>> Rovira"
>>>> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
>>>> wrote:
>>>>
>>>>> I start to think the only big problem is now to get AMF comming to
>>>>> FlexJS.
>>>>>
>>>>> All frameworks (FlexJS, feathers, ...) out there are very cool, but
>>>>> all
>>>>> lacks RPC APIs (RemoteObject, ...)
>>>>>
>>>>> And without that is impossible to propose a starter project in a
>>>>> company
>>>>> or
>>>>> IT dept with FlexJS...
>>>>>
>>>>
>>>> Hi Carlos, why AMF? FlexJS does have HTTPService.
>>>>
>>>>
>>>> -Alex
>>>>
>>>
>>>
>>
>>
>> --
>>
>> Carlos Rovira
>> Director General
>> M: +34 607 22 60 05
>> http://www.codeoscopic.com
>> http://www.avant2.es
>>
>>
>> Este mensaje se dirige exclusivamente a su destinatario y puede contener
>> información privilegiada o confidencial. Si ha recibido este mensaje por
>> error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
>> proceda a su destrucción.
>>
>> De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>> comunicamos
>> que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
>> S.A. La finalidad de dicho tratamiento es facilitar la prestación del
>> servicio o información solicitados, teniendo usted derecho de acceso,
>> rectificación, cancelación y oposición de sus datos dirigiéndose a
>> nuestras
>> oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
>> necesaria.
>
AW: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as
(canvas))
Posted by Christofer Dutz <ch...@c-ware.de>.
There is no need for a amf to json converter. You would just use a different serializer instead.
What I'm worried about is that amf is way more powerful than json. Let me name some benefits:
- strongly typed
- able to serialize cyclic object graphs
- uses way less bandwidth
Actually one of my talks at the last apachecon dealt with this entirely.
Giving up on this makes one of actionscripts benefits sort of useless. What's the good of being able to use strong types, if these get lost on the way from the server to the client?
If we throw overboard all the good stuff, we'll be just one if the other frameworks
Chris
Von meinem Samsung Galaxy Smartphone gesendet.
-------- Ursprüngliche Nachricht --------
Von: Alex Harui <ah...@adobe.com>
Datum: 01.12.2015 18:29 (GMT+01:00)
An: dev@flex.apache.org
Betreff: [FLEXJS] AMF (was Re: AW: lib sprite flexjs,add graphics.as (canvas))
Hi,
Renaming this fork of the thread...
Well, I have no doubts that AMF is quite popular, but I guess I really
should have asked these questions:
1) If FlexJS didn't exist and you couldn't use FlashPlayer, how would you
get data from the server to client (and back again)? JSON, XML, some
other thing? The reason I haven't spent any energy on AMF for FlexJS is
because I think folks would have had to stop using AMF anyway. Maybe
there is an simple AMF-to-JSON module that folks could implement on their
servers to do the job so you don't have to rewrite your server code.
2) If FlexJS did have AMF but its performance was worse than using JSON,
would you still choose the slower AMF implementation? It isn't clear that
implementing AMF in JS is going to perform as well as browser-native JSON
or flash-native NetConnection.
3) What is the minimum version of IE that needs to support this?
Thanks,
-Alex
On 12/1/15, 7:24 AM, "carlos.rovira@gmail.com on behalf of Carlos Rovira"
<carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com> wrote:
>Hi Alex,
>
>AMF is "key" for Flex in IT ecosystem. you could make a Poll and, if most
>of people involved in Flex would fill it, you'll be surprised of the
>amount
>of AMF people is using to comunicate with server-side.
>
>So, this means, that for me and many others, the AMF is a requisite, (more
>even that Maven, that already is) to start prototyping and working with
>FlexJS in a day by day basis trying to change the traditional Flex 4.x
>layer for a FlexJS layer.
>
>HTTPService is a must, and is a good base, but it's used in any IT app
>about 5% of the times. People uses RemoteObject (and some times Web
>Services due to some request) as main RPCs
>
>For me AMF (and I think for many others) is the final wall to start
>investing time in our IT depts with FlexJS.
>
>Take into account that there are many server side business logic out there
>(Java, PHP, .NET, Ruby...) thats abstract all the things happening in the
>server from the Flex client, and is exposed to Flex through AMF -
>RemoteObjects. So having AMF in FlexJS seems the potential keypoint to
>start trying to change Flex 4.x for FlexJS, since you don't have the need
>to touch server side services.
>
>So, is a fact that AMF is key for FlexJS.
>
>Thanks for asking Alex
>
>Carlos
>
>
>
>
>2015-12-01 15:55 GMT+01:00 Vincent <vi...@after24.net>:
>
>> +1,
>> All of our projects use AMF
>>
>>
>> Le 01/12/2015 15:52, Christofer Dutz a écrit :
>>
>>> Cause AMF is so much cooler than JSON ;-)
>>>
>>> I too would like to see AMF in FlexJS ...
>>> Actually if we drop AMF support there's no need for me to keep
>>> maintaining BlazeDS any longer.
>>>
>>> Chris
>>>
>>> ________________________________________
>>> Von: Alex Harui <ah...@adobe.com>
>>> Gesendet: Dienstag, 1. Dezember 2015 15:32
>>> An: dev@flex.apache.org
>>> Betreff: Re: lib sprite flexjs,add graphics.as (canvas)
>>>
>>> On 12/1/15, 5:22 AM, "carlos.rovira@gmail.com on behalf of Carlos
>>>Rovira"
>>> <carlos.rovira@gmail.com on behalf of carlos.rovira@codeoscopic.com>
>>> wrote:
>>>
>>>> I start to think the only big problem is now to get AMF comming to
>>>> FlexJS.
>>>>
>>>> All frameworks (FlexJS, feathers, ...) out there are very cool, but
>>>>all
>>>> lacks RPC APIs (RemoteObject, ...)
>>>>
>>>> And without that is impossible to propose a starter project in a
>>>>company
>>>> or
>>>> IT dept with FlexJS...
>>>>
>>>
>>> Hi Carlos, why AMF? FlexJS does have HTTPService.
>>>
>>>
>>> -Alex
>>>
>>
>>
>
>
>--
>
>Carlos Rovira
>Director General
>M: +34 607 22 60 05
>http://www.codeoscopic.com
>http://www.avant2.es
>
>
>Este mensaje se dirige exclusivamente a su destinatario y puede contener
>información privilegiada o confidencial. Si ha recibido este mensaje por
>error, le rogamos que nos lo comunique inmediatamente por esta misma vía y
>proceda a su destrucción.
>
>De la vigente Ley Orgánica de Protección de Datos (15/1999), le
>comunicamos
>que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC
>S.A. La finalidad de dicho tratamiento es facilitar la prestación del
>servicio o información solicitados, teniendo usted derecho de acceso,
>rectificación, cancelación y oposición de sus datos dirigiéndose a
>nuestras
>oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación
>necesaria.