flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carlos Rovira <carlos.rov...@codeoscopic.com>
Subject Re: [FlexJS] Re: Remote object for Flex JS
Date Mon, 04 Sep 2017 23:02:27 GMT
Hi Alex,

could you provide more about your work here?

For what you said I could infer that the work on AMF is on a branch or
feature branch? could you provide what branch is?
And the work right now makes a successful communication with a test java
backend to send and receive a String and an Array of custom objects?.

So that objects could for example a org.apache.flexjs.Product, in FlexJS
and in Java?
The java test is deployed in some url? or we could get that sample code
java and flexjs?

thanks





2017-09-04 19:12 GMT+02:00 Alex Harui <aharui@adobe.com.invalid>:

> Hi Folks,
>
> I just pushed changes that prove that I can get an array of custom objects
> from the backend.
>
> So, I'm going to declare my effort on AMF complete for now and go do other
> things.  Feel free to suggest what those other things are.  There is no
> AsyncToken API right now, so if folks have to have it, they should add it
> in.  It would be great to have someone try out the branch and merge it
> into develop.
>
> One possible "next thing" might be a similar encoder/decoder for JSON.  Is
> this interesting to people?  Then we could test the performance of JSON vs
> AMF.  As a reminder, in SWF, AMF decoding is done in player code.  In JS,
> it is done in JS so there might be performance differences.  Having JSON
> encoder/decoder also allow comparison of how much data is sent from the
> server especially if there is compression over the network.
>
> Otherwise, I think my "next thing" will be to ponder release packaging in
> the new project.
>
> Thanks to everyone who helped get us to this point.
>
> -Alex
>
> On 9/3/17, 1:15 PM, "Jose Barragan" <jose.barragan@codeoscopic.com> wrote:
>
> >Hi Alex, Greg,
> >
> >Sounds great!!
> >
> >AMF always was my preference option for communicate the JS frontend with
> >the backend, as I always doing with Flex, but I haven't been cant found
> >any good implementation for use it.
> >
> >Sincerely, I think that a good AMF protocol implemetation (AsynToken,
> >RemoteObjects, etc...), as the best solution for binary comunication
> >(front-back) that I know, could make the difference with rest of JS
> >frameworks in favor of FlexJS.
> >
> >Currently, I'm working on similar concept to use on pure JS scenarios
> >(React, Redux, etc...), therefore I would be delighted to be able to
> >help/contribute to the project in this respect.
> >
> >Maybe woulds a good idea think on it, as FlexJS communications library,
> >to be used with or without the rest of framework in multiple and
> >diferents scenarios. I think this could cause a better penetration and
> >future adoption of FlexJS in many segments.
> >
> >Btw as Carlos says, I’ve very limited time and no guarantee too, but I'm
> >very interested in this new beginning in FlexJS.
> >
> >Thanks,
> >
> >
> >> On 3 Sep 2017, at 21:24, Piotr Zarzycki <piotrzarzycki21@gmail.com>
> >>wrote:
> >>
> >> Carlos,
> >>
> >> Any commit from was always a pleasure to read. :) I'm watching AMF
> >>progress
> >> also and happy that something is moving. I hope that we will get mature
> >> enough to get avant2 to FlexJS. I can say that with MDL there is been
> >> achieved quite a lot in some app which I helped and I think we have a
> >>lot
> >> potential there. :)
> >>
> >> Piotr
> >>
> >> 2017-09-03 20:20 GMT+02:00 Carlos Rovira <carlosrovira@apache.org>:
> >>
> >>> Hi Alex, Greg,
> >>>
> >>> great to see some effort on bringing AMF/RemoteObject Support to
> >>>FlexJS.
> >>> Always say that this was *key* to success. Need to say that I just
> >>> commented with some people about this and as I expected that brings
> >>>lots of
> >>> interest, since people see this as a way to only redo the front in
> >>>flexes
> >>> without touching any java (or other backend tech) line of code.
> >>>
> >>> I even could propose in my company go with FlexJS to make a HTML
> >>>client for
> >>> our main product Avant2: http://avant2.es
> >>>
> >>> btw, there's some sample code that I could test in order to see if I
> >>>can
> >>> help. Very limited time, and no guarantee but I'm very interested in
> >>>this
> >>> coming as a first citizen feature in FlexJS
> >>>
> >>> Thanks!
> >>>
> >>> Carlos
> >>>
> >>>
> >>> 2017-09-02 16:36 GMT+02:00 Alex Harui <aharui@adobe.com.invalid>:
> >>>
> >>>> Hi Greg,
> >>>>
> >>>> I didn't even realize the old thread was on users@ so thanks for
> >>>>moving
> >>> it
> >>>> here.
> >>>>
> >>>> I'm sure there are lots of improvements needed to make this work in
> >>>>the
> >>>> general case so thanks for noticing and offering to help out.  I
> >>>>wondered
> >>>> for a bit whether there already was a "collect the properties"
> >>>>utility.
> >>>> Maybe we should create one that takes into account all of the issues
> >>>>you
> >>>> raised.
> >>>>
> >>>> It was cool to see the reflection APIs work, so thanks for doing them.
> >>>> BTW, you need the latest compiler to add the [RemoteClass] data to the
> >>> app
> >>>> so the ClassAliasBead can register those classes.
> >>>>
> >>>> Thanks,
> >>>> -Alex
> >>>>
> >>>> On 9/1/17, 4:44 PM, "Greg Dove" <greg.dove@gmail.com> wrote:
> >>>>
> >>>>> Hi Alex,
> >>>>>
> >>>>>
> >>>>> Nice to see this stuff progressing within the framework itself. I
> >>>>>moved
> >>>>> this comment to dev because of content below, and I will try to take
> >>>>>a
> >>>>> look
> >>>>> at this, to see if I can also test things in the coming week.
> >>>>>
> >>>>> I quickly looked at some of the commits, perhaps I have missed
> >>>>>something
> >>>>> and you may have already addressed these somewhere in the code, but
> >>>>>here
> >>>>> are some quick comments just in case:
> >>>>> I saw some parts where you were accessing the reflection data
> >>>>>directly.
> >>>>>
> >>>>> Exclude static data items from variables and accessors
> >>>>> for accessors and variables they can be static as well which need to
> >>>>>be
> >>>>> excluded
> >>>>> to keep the data compact I made the output prepend a pipe char "|" to
> >>> the
> >>>>> items data fields that represent static members - the Refection API
> >>>>> classes
> >>>>> (TypeDefinition) support this currently.
> >>>>>
> >>>>> Avoid getter-only or setter-only accessors
> >>>>> For accessors data, there is an 'access' field which should filter
> >>>>>those
> >>>>> only include accessors with access: 'readwrite' for serialization
> >>>>> purposes.
> >>>>> This field has the same values as the xml data in flash native
> >>> reflection.
> >>>>>
> >>>>> Check Overrides
> >>>>> Overrides may provide duplicated data items when collected through
> >>>>>the
> >>>>> inheritance chain.
> >>>>>
> >>>>> This is an area that I need to test more in the Reflection classes,
> >>>>>and
> >>> it
> >>>>> may affect classification of accessors for serialization purposes.
> >>>>>
> >>>>> Overriden accessors may perhaps represent themselves differently at
> >>>>> different levels iirc - I need to check this - I can't recall if I
> >>>>>set
> >>> it
> >>>>> up so the access status is resolved from inheritance in the data or
> >>>>>not.
> >>>>> There may be a case where only a getter or setter is overridden is a
> >>>>> subclass from a getter/setter pair in a base class and the reflection
> >>> data
> >>>>> may indicate it is writeonly or readonly (at the subclass level)
> >>>>>when it
> >>>>> is
> >>>>> not because of the base class definition. There could be other
> >>>>>unusual
> >>>>> combinations here. (e.g. setter in base class and new getter added in
> >>>>> subclass which together provide readWrite access in the subclass but
> >>>>>not
> >>>>> the base class). I am intending to write tests for these cases and
> >>> address
> >>>>> any issues for the reflection api.
> >>>>>
> >>>>> That's all I can think of for now, but as mentioned, I will try to
> >>>>>check
> >>>>> this out in the coming week.
> >>>>>
> >>>>> cheers
> >>>>> Greg
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Sat, Sep 2, 2017 at 6:38 AM, Alex Harui <aharui@adobe.com.invalid
> >
> >>>>> wrote:
> >>>>>
> >>>>>> Hi Folks,
> >>>>>>
> >>>>>> I just pushed changes that include a back port of amf.js to
> >>>>>> ActionScript.
> >>>>>> In doing so, the AMF code now uses the Reflection APIs that Greg
> >>>>>>Dove
> >>>>>> contributed.  The test still only passes a String to the server, but
> >>> in
> >>>>>> doing so, it has to wrap the String in an AsyncMessage subclass and
> >>>>>>I
> >>>>>> think I have watched the AMF code correctly serialize and
> >>>>>>deserialize
> >>>>>> those FlexJS classes to AMF and back.
> >>>>>>
> >>>>>> Next step is to try it with an actual ValueObject.  Can someone help
> >>>>>> with
> >>>>>> what changes would need to be made to the service to handle a custom
> >>>>>> Java
> >>>>>> class instead of just a String?
> >>>>>>
> >>>>>> One other note:  In doing the back port, I created an AMFBinaryData
> >>> that
> >>>>>> works like BinaryData, but doesn't subclass it.  That's because it
> >>>>>> appears
> >>>>>> to me that APIs like writeUTF do differently things.  Maybe we can
> >>>>>> factor
> >>>>>> out some common base class at some point.  But I think you can now
> >>>>>>use
> >>>>>> AMFBinaryData.writeObject/readObject to clone objects like we do
> >>>>>>with
> >>>>>> ByteArray.  AMFBinaryData is currently only for JS, but I think it
> >>> could
> >>>>>> easily have SWF code that writes to a ByteArray added to it.
> >>>>>>
> >>>>>> Thanks,
> >>>>>> -Alex
> >>>>>>
> >>>>>> On 8/23/17, 10:32 AM, "Alex Harui" <aharui@adobe.com.INVALID>
> wrote:
> >>>>>>
> >>>>>>> Hi Prashant,
> >>>>>>>
> >>>>>>> The AMF work is in a separate branch so make sure you get the
> >>>>>>>latest
> >>>>>> code.
> >>>>>>> Maybe Piotr or another volunteer will merge the branch into develop
> >>>>>> so it
> >>>>>>> appears in the nightly.
> >>>>>>>
> >>>>>>> -Alex
> >>>>>>>
> >>>>>>> On 8/23/17, 9:52 AM, "PKumar" <prashakumar@gmail.com> wrote:
> >>>>>>>
> >>>>>>>> Sure, I will download the FlexJS nightly build and check it.
> >>>>>>>>
> >>>>>>>> On 23-Aug-2017 10:01 PM, "Alex Harui-2 [via Apache Flex Users]" <
> >>>>>>>> ml+s2333346n15807h2@n4.nabble.com> wrote:
> >>>>>>>>
> >>>>>>>>> Hi Prashant,
> >>>>>>>>>
> >>>>>>>>> If you could add to RemoteObjectAMFTest and SampleAmfWebApp to
> >>> work
> >>>>>>>>> with
> >>>>>>>>> an actual ValueObject, that would be great!
> >>>>>>>>>
> >>>>>>>>> Thanks,
> >>>>>>>>> -Alex
> >>>>>>>>>
> >>>>>>>>> On 8/23/17, 9:21 AM, "PKumar" <[hidden email]
> >>>>>>>>> <http:///user/SendEmail.jtp?type=node&node=15807&i=0>> wrote:
> >>>>>>>>>
> >>>>>>>>>> Really great Alex,  if you  need my help in testing  or creating
> >>>>>> demo.
> >>>>>>>>> Do
> >>>>>>>>>> please let me know.
> >>>>>>>>>>
> >>>>>>>>>> On 23-Aug-2017 9:46 PM, "Alex Harui-2 [via Apache Flex Users]" <
> >>>>>>>>>> [hidden email]
> >>>>>> <http:///user/SendEmail.jtp?type=node&node=15807&i=1>>
> >>>>>>>>> wrote:
> >>>>>>>>>>
> >>>>>>>>>>> Hi Prashant,
> >>>>>>>>>>>
> >>>>>>>>>>> Yes, the RemoteObjectAMFTest only tries to send a String.  To
> >>>>>> handle
> >>>>>>>>>>> true
> >>>>>>>>>>> ValueObjects we would need to leverage the amfjs class mapping.
> >>>>>> I
> >>>>>>>>> added
> >>>>>>>>>>> code to the compiler to generate a map for the [RemoteClass]
> >>>>>>>>> metadata
> >>>>>>>>>>> but
> >>>>>>>>>>> I didn't hook that up on the JS side yet.  It sounds like the
> >>>>>>>>> interest
> >>>>>>>>>>> is
> >>>>>>>>>>> in backporting amfjs to AS and make the API similar to regular
> >>>>>> Flex.
> >>>>>>>>> In
> >>>>>>>>>>> that case, I will refactor the amfjs class map to use the one
> >>> in
> >>>>>> our
> >>>>>>>>>>> Reflection library.
> >>>>>>>>>>>
> >>>>>>>>>>> -Alex
> >>>>>>>>>>>
> >>>>>>>>>>> On 8/23/17, 9:08 AM, "PKumar" <[hidden email]
> >>>>>>>>>>> <http:///user/SendEmail.jtp?type=node&node=15804&i=0>> wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>> Alex,
> >>>>>>>>>>>>
> >>>>>>>>>>>> It will really great, if this works same or mostly similar as
> >>>>>>>>> regular
> >>>>>>>>>>> Flex
> >>>>>>>>>>>> SDK.
> >>>>>>>>>>>>
> >>>>>>>>>>>> One more point on amfJS library , it also supports class
> >>>>>> mapping.
> >>>>>>>>> It
> >>>>>>>>>>> has
> >>>>>>>>>>>> one method *registerClasses* that can be used for Java class
> >>> to
> >>>>>>>>> flex
> >>>>>>>>>>>> mapping.
> >>>>>>>>>>>>
> >>>>>>>>>>>> On 23-Aug-2017 11:12 AM, "Alex Harui-2 [via Apache Flex
> >>> Users]"
> >>>>>> <
> >>>>>>>>>>>> [hidden email]
> >>>>>>>>> <http:///user/SendEmail.jtp?type=node&node=15804&i=1>>
> >>>>>>>>>>> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>> So, I played around with AMF today, adding SWF code for
> >>>>>>>>> RemoteObject.
> >>>>>>>>>>>>> For
> >>>>>>>>>>>>> me, the RemoteObjectAMFTest in examples/flexjs is working
> >>>>>> against
> >>>>>>>>> the
> >>>>>>>>>>>>> SampleAmfWebApp in examples/amf for both SWF and JS.  I
> >>> don't
> >>>>>>>>> think
> >>>>>>>>> I
> >>>>>>>>>>>>> had
> >>>>>>>>>>>>> to touch the JS code in amf.js.  That's better than I was
> >>>>>>>>> expecting.
> >>>>>>>>>>>>> Am I
> >>>>>>>>>>>>> not doing something right or is there some other problem
> >>> that
> >>>>>>>>> needs
> >>>>>>>>>>>>> solving?
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Some observations along the way:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I was able to talk to the server in SWF code just by using
> >>>>>>>>>>>>> NetConnection.call and passing in CommandMessages and
> >>>>>>>>>>> RemotingMessages,
> >>>>>>>>>>>>> but the amf.js code seems to be sending an ActionMessage
> >>>>>> wrapped
> >>>>>>>>>>> around
> >>>>>>>>>>>>> the CommandMessage and RemotingMessage.  Is that wrapping
> >>> what
> >>>>>>>>>>>>> NetConnection does?
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I'm tempted to try to refactor amf.js into several AS
> >>> classes.
> >>>>>>>>> Is
> >>>>>>>>>>> that
> >>>>>>>>>>>>> worth doing or are there bigger fish to fry?
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> The amf.js code includes a Promise implementation.  If we
> >>>>>>>>> refactor
> >>>>>>>>> to
> >>>>>>>>>>>>> AS,
> >>>>>>>>>>>>> should we try to use promises or make the API more
> >>> compatible
> >>>>>>>>> with
> >>>>>>>>>>>>> regular
> >>>>>>>>>>>>> Flex?  I'm leaning towards compatibility with regular Flex.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Thoughts?
> >>>>>>>>>>>>> -Alex
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On 8/21/17, 11:02 AM, "Harbs" <[hidden email]
> >>>>>>>>>>>>> <http:///user/SendEmail.jtp?type=node&node=15798&i=0>>
> >>> wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> There’s probably an advantage to converting it to FlexJS.
> >>> You
> >>>>>>>>> could
> >>>>>>>>>>>>>> probably leverage BinaryData for some of the functionality.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> You can also create typedefs if you want.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> On Aug 21, 2017, at 8:53 PM, PKumar <[hidden email]
> >>>>>>>>>>>>> <http:///user/SendEmail.jtp?type=node&node=15798&i=1>>
> >>> wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Alex,
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> As per my analysis & testing, AMFJS supports following
> >>>>>>>>> features:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> - All dataType serialization & deserialization support
> >>>>>>>>> including
> >>>>>>>>>>>>>>> Object ,
> >>>>>>>>>>>>>>> Vector
> >>>>>>>>>>>>>>> -  Connection with BlazeDS
> >>>>>>>>>>>>>>> - Conection with AMFPHP
> >>>>>>>>>>>>>>> -  Class Mapping Support using Alias Name & Class
> >>>>>>>>>>>>>>> -   Inbuilt support for sending AMF request  & response
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> I also checked James ward implementation but that does
> >>> not
> >>>>>>>>>>> support
> >>>>>>>>>>>>>>> vector
> >>>>>>>>>>>>>>> and blazeds connectivity.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> I prepared  a demo for class mapping and blazeDs
> >>>>>> connection.
> >>>>>>>>> If
> >>>>>>>>>>> you
> >>>>>>>>>>>>>>> want to
> >>>>>>>>>>>>>>> check, please let me know. I will share on github.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> one query i want  to ask , can we convert this amfJS
> >>>>>> library
> >>>>>>>>> to
> >>>>>>>>>>>>> FlexJS
> >>>>>>>>>>>>>>> Typedef  just like createJS library?
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Regards,
> >>>>>>>>>>>>>>> Prashant
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> -----
> >>>>>>>>>>>>>>> Regards,
> >>>>>>>>>>>>>>> Prashant
> >>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>> View this message in context:
> >>>>>>>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>>>>>> http%3A%2F%2Fapache-fl
> >>>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>>>> ex-users.2333346.n4.nabble.com%2FRemote-object-
> >>>>>> for-Flex-JS-tp15510
> >>>>>>>>>>>>>>> p
> >>>>>>>>>>>>>>> 15
> >>>>>>>>>
> >>>>>>>>>>>>>>> 78
> >>>>>>>>>>>
> >>>>>>>>>>>>>>> 2.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>>>> html&data=02%7C01%7C%7C1af098eb84194e4a169c08d4e8be
> >>>>>> bf0f%7Cfa7b1b5a
> >>>>>>>>>>>>>>> 7
> >>>>>>>>>>>>>>> b3
> >>>>>>>>>
> >>>>>>>>>>>>>>> 44
> >>>>>>>>>>>
> >>>>>>>>>>>>>>> 38
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>>>> 794aed2c178decee1%7C0%7C0%7C636389353321386860&
> >>>>>> sdata=9Vgilc%2FEEN6
> >>>>>>>>>>>>>>> e
> >>>>>>>>>>>>>>> QE
> >>>>>>>>>
> >>>>>>>>>>>>>>> Gj
> >>>>>>>>>>>
> >>>>>>>>>>>>>>> Dw
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>>> mmQV8N952XqBSbgweg1VQ41g4%3D&reserved=0
> >>>>>>>>>>>>>>> Sent from the Apache Flex Users mailing list archive at
> >>>>>>>>>>> Nabble.com.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> ------------------------------
> >>>>>>>>>>>>> If you reply to this email, your message will be added to
> >>> the
> >>>>>>>>>>> discussion
> >>>>>>>>>>>>> below:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>>>> http%3A%2F%2Fapache-fl
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> ex-users.2333346.n4.nabble.com%2FRemote-object-
> >>>>>> for-Flex-JS-&data=02%
> >>>>>>>>>>>>> 7
> >>>>>>>>>>>>> C0
> >>>>>>>>>
> >>>>>>>>>>>>> 1%
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> 7C%7C3a1ce1deff3f47dff8ef08d4ea413522%
> >>>>>> 7Cfa7b1b5a7b34438794aed2c178de
> >>>>>>>>>>>>> c
> >>>>>>>>>>>>> ee
> >>>>>>>>>
> >>>>>>>>>>>>> 1%
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> 7C0%7C0%7C636391013164618149&sdata=%2FOcSNyohTV1%2FJaKe%
> 2BgW%
> >>>>>> 2BHspE%
> >>>>>>>>>>>>> 2
> >>>>>>>>>>>>> FV
> >>>>>>>>>
> >>>>>>>>>>>>> %2
> >>>>>>>>>>>
> >>>>>>>>>>>>> FtaoyEdCq2YOzUmq4%3D&reserved=0
> >>>>>>>>>>>>> tp15510p15798.html
> >>>>>>>>>>>>> To start a new topic under Apache Flex Users, email
> >>>>>>>>>>>>> [hidden email]
> >>>>>>>>> <http:///user/SendEmail.jtp?type=node&node=15804&i=2>
> >>>>>>>>>
> >>>>>>>>>>>>> To unsubscribe from Apache Flex Users, click here
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>>>> http%3A%2F%2Fapache-f
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> lex-users.2333346.n4.nabble.com%2Ftemplate%
> >>>>>> 2FNamlServlet.jtp%3Fmacro
> >>>>>>>>>>>>> %
> >>>>>>>>>>>>> 3D
> >>>>>>>>>
> >>>>>>>>>>>>> un
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>
> >>>>>>>>>>>>> subscribe_by_code%26node%3D1%26code%
> >>>> 3DcHJhc2hha3VtYXJAZ21haWwuY29t
> >>>>>> fD
> >>>>>>>>>>>>> F
> >>>>>>>>>>>>> 8L
> >>>>>>>>>
> >>>>>>>>>>>>> TU
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> 0MTcyMzE2NA&data=02%7C01%7C%7C3a1ce1deff3f47dff8ef08d4ea41
> >>>>>> 3522%7Cfa7
> >>>>>>>>>>>>> b
> >>>>>>>>>>>>> 1b
> >>>>>>>>>
> >>>>>>>>>>>>> 5a
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> 7b34438794aed2c178decee1%7C0%7C0%7C636391013164618149&
> >>>>>> sdata=oG9TQOL2
> >>>>>>>>>>>>> W
> >>>>>>>>>>>>> HD
> >>>>>>>>>
> >>>>>>>>>>>>> Im
> >>>>>>>>>>>
> >>>>>>>>>>>>> 7ixmXea4gFCoUw4j8b0HUsYOw7f4Pk%3D&reserved=0==>
> >>>>>>>>>>>>> .
> >>>>>>>>>>>>> NAML
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>>>> http%3A%2F%2Fapache-f
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> lex-users.2333346.n4.nabble.com%2Ftemplate%
> >>>>>> 2FNamlServlet.jtp%3Fmacro
> >>>>>>>>>>>>> %
> >>>>>>>>>>>>> 3D
> >>>>>>>>>
> >>>>>>>>>>>>> ma
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> cro_viewer%26id%3Dinstant_html%2521nabble%
> >>>>>> 253Aemail.naml%26base%3Dna
> >>>>>>>>>>>>> b
> >>>>>>>>>>>>> bl
> >>>>>>>>>
> >>>>>>>>>>>>> e.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> naml.namespaces.BasicNamespace-nabble.view.
> >>>>>> web.template.NabbleNamesp
> >>>>>>>>>>>>> a
> >>>>>>>>>>>>> ce
> >>>>>>>>>
> >>>>>>>>>>>>> -n
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> abble.view.web.template.NodeNamespace%
> >>>>>> 26breadcrumbs%3Dnotify_subscri
> >>>>>>>>>>>>> b
> >>>>>>>>>>>>> er
> >>>>>>>>>
> >>>>>>>>>>>>> s%
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> 2521nabble%253Aemail.naml-instant_emails%
> >>>>>> 2521nabble%253Aemail.naml-s
> >>>>>>>>>>>>> e
> >>>>>>>>>>>>> nd
> >>>>>>>>>
> >>>>>>>>>>>>> _i
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> nstant_email%2521nabble%253Aemail.naml&
> >>>>>> data=02%7C01%7C%7C3a1ce1deff3
> >>>>>>>>>>>>> f
> >>>>>>>>>>>>> 47
> >>>>>>>>>
> >>>>>>>>>>>>> df
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> f8ef08d4ea413522%7Cfa7b1b5a7b34438794aed2c178de
> >>>>>> cee1%7C0%7C0%7C636391
> >>>>>>>>>>>>> 0
> >>>>>>>>>>>>> 13
> >>>>>>>>>
> >>>>>>>>>>>>> 16
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>> 4618149&sdata=IBL7nGCu8Fr2VJyGGJvN4eo2j3ciNK
> >>>>>> aqdMySmNqzEH8%3D&reserve
> >>>>>>>>>>>>> d
> >>>>>>>>>>>>> =0
> >>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> -----
> >>>>>>>>>>>> Regards,
> >>>>>>>>>>>> Prashant
> >>>>>>>>>>>> --
> >>>>>>>>>>>> View this message in context:
> >>>>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>>>> http%3A%2F%2Fapache-fle
> >>>>>>>>>>>> x-users.2333346.n4.nabble.com%2FRemote-object-for-Flex-JS-
> >>>>>>>>>>> tp15510p15803.ht
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>> ml&data=02%7C01%7C%7C3a1ce1deff3f47dff8ef08d4ea41
> >>>>>> 3522%7Cfa7b1b5a7b344
> >>>>>>>>>>>> 3
> >>>>>>>>>>>> 87
> >>>>>>>>>
> >>>>>>>>>>>> 94
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>> aed2c178decee1%7C0%7C0%7C636391013164618149&sdata=
> >>>>>> J3LsrJ3Zxc%2FxglCYj
> >>>>>>>>>>>> 8
> >>>>>>>>>>>> zw
> >>>>>>>>>
> >>>>>>>>>>>> cX
> >>>>>>>>>>>
> >>>>>>>>>>>> vDzIX9nCPn0S%2Brd%2BVE9O0%3D&reserved=0
> >>>>>>>>>>>> Sent from the Apache Flex Users mailing list archive at
> >>>>>> Nabble.com.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> ------------------------------
> >>>>>>>>>>> If you reply to this email, your message will be added to the
> >>>>>>>>> discussion
> >>>>>>>>>>> below:
> >>>>>>>>>>>
> >>>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>> http%3A%2F%2Fapache-fl
> >>>>>>>>>
> >>>>>>>>>>> ex-users.2333346.n4.nabble.com%2FRemote-object-
> >>>>>> for-Flex-JS-&data=02%7C
> >>>>>>>>>>> 0
> >>>>>>>>>>> 1%
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>
> >>>>>>>>>>> 7C%7Cf10440168a264ce4a83308d4ea42fce0%
> >>>> 7Cfa7b1b5a7b34438794aed2c178de
> >>>>>> ce
> >>>>>>>>>>> e
> >>>>>>>>>>> 1%
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> 7C0%7C0%7C636391020812650097&sdata=
> >>> 4dXIVzqiXbxllGLy9oymfR5lLMIhps
> >>>>>> 6NQmj
> >>>>>>>>>>> p
> >>>>>>>>>>> 8t
> >>>>>>>>>
> >>>>>>>>>>> VmRVo%3D&reserved=0
> >>>>>>>>>>> tp15510p15804.html
> >>>>>>>>>>> To start a new topic under Apache Flex Users, email
> >>>>>>>>>>> [hidden email] <http:///user/SendEmail.jtp?
> >>>>>> type=node&node=15807&i=2>
> >>>>>>>>>>> To unsubscribe from Apache Flex Users, click here
> >>>>>>>>>>>
> >>>>>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>> http%3A%2F%2Fapache-f
> >>>>>>>>>
> >>>>>>>>>>> lex-users.2333346.n4.nabble.com%2Ftemplate%
> >>>>>> 2FNamlServlet.jtp%3Fmacro%3
> >>>>>>>>>>> D
> >>>>>>>>>>> un
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> subscribe_by_code%26node%3D1%26code%
> >>> 3DcHJhc2hha3VtYXJAZ21haWwuY29t
> >>>>>> fDF8
> >>>>>>>>>>> L
> >>>>>>>>>>> TU
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> 0MTcyMzE2NA&data=02%7C01%7C%7Cf10440168a264ce4a83308d4ea42
> >>>>>> fce0%7Cfa7b1
> >>>>>>>>>>> b
> >>>>>>>>>>> 5a
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> 7b34438794aed2c178decee1%7C0%7C0%7C636391020812650097&
> >>>>>> sdata=4dcQPrPyC3
> >>>>>>>>>>> p
> >>>>>>>>>>> pE
> >>>>>>>>>
> >>>>>>>>>>> x36S3f%2B950UpNNwOJEfiG5e%2BGXpALg%3D&reserved=0==>
> >>>>>>>>>>> .
> >>>>>>>>>>> NAML
> >>>>>>>>>>>
> >>>>>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>> http%3A%2F%2Fapache-f
> >>>>>>>>>
> >>>>>>>>>>> lex-users.2333346.n4.nabble.com%2Ftemplate%
> >>>>>> 2FNamlServlet.jtp%3Fmacro%3
> >>>>>>>>>>> D
> >>>>>>>>>>> ma
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> cro_viewer%26id%3Dinstant_html%2521nabble%
> >>>>>> 253Aemail.naml%26base%3Dnabb
> >>>>>>>>>>> l
> >>>>>>>>>>> e.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> naml.namespaces.BasicNamespace-nabble.view.
> >>>>>> web.template.NabbleNamespac
> >>>>>>>>>>> e
> >>>>>>>>>>> -n
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> abble.view.web.template.NodeNamespace%26breadcrumbs%
> >>>>>> 3Dnotify_subscribe
> >>>>>>>>>>> r
> >>>>>>>>>>> s%
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> 2521nabble%253Aemail.naml-instant_emails%
> >>>>>> 2521nabble%253Aemail.naml-sen
> >>>>>>>>>>> d
> >>>>>>>>>>> _i
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> nstant_email%2521nabble%253Aemail.naml&data=02%7C01%
> >>>>>> 7C%7Cf10440168a264
> >>>>>>>>>>> c
> >>>>>>>>>>> e4
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> a83308d4ea42fce0%7Cfa7b1b5a7b34438794aed2c178de
> >>>>>> cee1%7C0%7C0%7C63639102
> >>>>>>>>>>> 0
> >>>>>>>>>>> 81
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>> 2650097&sdata=XnllokaW1joWP0zh%2Fy1zvmzruvn%
> >>>>>> 2BneggkXh6xHdsunE%3D&reser
> >>>>>>>>>>> v
> >>>>>>>>>>> ed
> >>>>>>>>>
> >>>>>>>>>>> =0>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> -----
> >>>>>>>>>> Regards,
> >>>>>>>>>> Prashant
> >>>>>>>>>> --
> >>>>>>>>>> View this message in context:
> >>>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>>>>> http%3A%2F%2Fapache-fle
> >>>>>>>>>> x-users.2333346.n4.nabble.com%2FRemote-object-for-Flex-JS-
> >>>>>>>>> tp15510p15805.ht
> >>>>>>>>>
> >>>>>>>>>> ml&data=02%7C01%7C%7Cf10440168a264ce4a83308d4ea42
> >>>>>> fce0%7Cfa7b1b5a7b34438
> >>>>>>>>>> 7
> >>>>>>>>>> 94
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> aed2c178decee1%7C0%7C0%7C636391020812650097&sdata=
> >>>>>> HBbOQ1Hn1n0lAG%2FGYHd
> >>>>>>>>>> z
> >>>>>>>>>> bg
> >>>>>>>>>
> >>>>>>>>>> vrwKxd8pWLrxm46FJSAnY%3D&reserved=0
> >>>>>>>>>> Sent from the Apache Flex Users mailing list archive at
> >>> Nabble.com.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> ------------------------------
> >>>>>>>>> If you reply to this email, your message will be added to the
> >>>>>>>>> discussion
> >>>>>>>>> below:
> >>>>>>>>>
> >>>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>> http%3A%2F%2Fapache-f
> >>>>>>>>> l
> >>>>>>>>> ex-users.2333346.n4.nabble.com%2FRemote-object-for-Flex-
> >>>>>> JS-&data=02%7C01
> >>>>>>>>> %
> >>>>>>>>> 7C%7C5d32ae4db4c14fd8227a08d4ea476740%
> >>> 7Cfa7b1b5a7b34438794aed2c178de
> >>>>>> cee1
> >>>>>>>>> %
> >>>>>>>>> 7C0%7C0%7C636391039781390709&sdata=
> 2zBxDD8UoNESAJZyvKWBerW8UiGUFb
> >>>>>> pCHf%2B
> >>>>>>>>> n
> >>>>>>>>> iUgm0aA%3D&reserved=0
> >>>>>>>>> tp15510p15807.html
> >>>>>>>>> To start a new topic under Apache Flex Users, email
> >>>>>>>>> ml+s2333346n1h16@n4.nabble.com
> >>>>>>>>> To unsubscribe from Apache Flex Users, click here
> >>>>>>>>>
> >>>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=
> >>>>>> http%3A%2F%2Fapache-
> >>>>>>>>> f
> >>>>>>>>> lex-users.2333346.n4.nabble.com%2Ftemplate%
> >>>>>> 2FNamlServlet.jtp%3Fmacro%3Du
> >>>>>>>>> n
> >>>>>>>>>
> >>>>>>>>>subscribe_by_code%26node%3D1%26code%
> 3DcHJhc2hha3VtYXJAZ21haWwuY29t
> >>>>>> fDF8LT
> >>>>>>>>> U
> >>>>>>>>> 0MTcyMzE2NA&data=02%7C01%7C%7C5d32ae4db4c14fd8227a08d4ea47
> >>>>>> 6740%7Cfa7b1b5
> >>>>>>>>> a
> >>>>>>>>> 7b34438794aed2c178decee1%7C0%7C0%7C636391039781390709&
> >>>>>> sdata=u9qzMLM9zEaI
> >>>>>>>>> C
> >>>>>>>>> Vfd8TuFsLmf8Tjcw4G%2BEN6U2Jf35tc%3D&reserved=0==>
> >>>>>>>>> .
> >>>>>>>>> NAML
> >>>>>>>>>
> >>>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=
> >>>>>> http%3A%2F%2Fapache-
> >>>>>>>>> f
> >>>>>>>>> lex-users.2333346.n4.nabble.com%2Ftemplate%
> >>>>>> 2FNamlServlet.jtp%3Fmacro%3Dm
> >>>>>>>>> a
> >>>>>>>>> cro_viewer%26id%3Dinstant_html%2521nabble%253Aemail.
> >>>>>> naml%26base%3Dnabble
> >>>>>>>>> .
> >>>>>>>>> naml.namespaces.BasicNamespace-nabble.view.
> >>>>>> web.template.NabbleNamespace-
> >>>>>>>>> n
> >>>>>>>>> abble.view.web.template.NodeNamespace%26breadcrumbs%
> >>>>>> 3Dnotify_subscribers
> >>>>>>>>> %
> >>>>>>>>> 2521nabble%253Aemail.naml-instant_emails%2521nabble%
> >>>>>> 253Aemail.naml-send_
> >>>>>>>>> i
> >>>>>>>>> nstant_email%2521nabble%253Aemail.naml&data=02%7C01%
> >>>>>> 7C%7C5d32ae4db4c14fd
> >>>>>>>>> 8
> >>>>>>>>> 227a08d4ea476740%7Cfa7b1b5a7b34438794aed2c178de
> >>>>>> cee1%7C0%7C0%7C6363910397
> >>>>>>>>> 8
> >>>>>>>>> 1390709&sdata=AByKY5e%2BF3ekcVN7l1hKEfp0TkaMEy3p%
> >>>>>> 2BSw7wuHHCzI%3D&reserve
> >>>>>>>>> d
> >>>>>>>>> =0>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> -----
> >>>>>>>> Regards,
> >>>>>>>> Prashant
> >>>>>>>> --
> >>>>>>>> View this message in context:
> >>>>>>>> https://na01.safelinks.protection.outlook.com/?url=
> >>>>>> http%3A%2F%2Fapache-fl
> >>>>>>>> e
> >>>>>>>> x-users.2333346.n4.nabble.com%2FRemote-object-for-Flex-
> >>>>>> JS-tp15510p15809.h
> >>>>>>>> t
> >>>>>>>> ml&data=02%7C01%7C%7C5d32ae4db4c14fd8227a08d4ea47
> >>>>>> 6740%7Cfa7b1b5a7b3443879
> >>>>>>>> 4
> >>>>>>>> aed2c178decee1%7C0%7C0%7C636391039781390709&sdata=
> >>>>>> OBijYEbbq0BjTiZ44ouvJ9w
> >>>>>>>> a
> >>>>>>>> D4N1Gd49pm0aO36ZGcI%3D&reserved=0
> >>>>>>>> Sent from the Apache Flex Users mailing list archive at
> >>>>>>>>Nabble.com.
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Carlos Rovira
> >>> http://about.me/carlosrovira
> >>>
> >>
> >>
> >>
> >> --
> >>
> >> Piotr Zarzycki
> >>
> >> mobile: +48 880 859 557
> >> skype: zarzycki10
> >>
> >> LinkedIn: http://www.linkedin.com/piotrzarzycki
> >> <https://pl.linkedin.com/in/piotr-zarzycki-92a53552>
> >
>
>


-- 

<http://www.codeoscopic.com>

Carlos Rovira

Director General

M: +34 607 22 60 05

http://www.codeoscopic.com

http://www.avant2.es


Conocenos en 1 minuto! <https://youtu.be/P2IEAYDG5HU>


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.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message