royale-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Harui <aha...@adobe.com.INVALID>
Subject Re: Proxy method calls with RemoteObject
Date Fri, 12 Oct 2018 16:06:38 GMT
Hi Carlos,

It is not possible for me to have tested every feature of RemoteObject.  I'm sure there are bugs.  Debug into the code and fix some of them.  I've hardly ever used RemoteObject so you know better than me what it can do.

Regarding VSCode, those errors sound like it is not using the latest compiler.

-Alex

On 10/12/18, 4:16 AM, "Carlos Rovira" <carlosrovira@apache.org> wrote:

    Hi Alex,
    
    while example in mx doesn't work form me as I reported in latest email (due
    to *viewBead.beforeLayout* error), I was able to make MX RO work on a
    custom simple example I'm creating as a duplicate of the old net RO test.
    
    This are my findings:
    
    1.- I can't get event result working at mx:method (Operation) level
    
    <mx:method name="echo" result="onEchoResult(event)"/>
    
    onEchoResult is not firing
    
    2.- This is more about the use of RO in real life: We should take into
    account how people use RemoteObjects. For quick examples, create tags in
    MXML is ok, like the current example, with mx:method and mx:arguments. But
    in real world projects people use to do the following as part of a normal
    client service micro Arquitecture:
    
    asynctoken.addResponder( new Responder( resultHandler, faultHandler ) );
    
    As well calling a method use to be:
    
    service.someMethod()
    
    instead of
    
    service.someMethod.send(["param1", "param2"])
    
    Following is issues I have in VSCode with this new code. So mostly
    cosmetically but important to avoid see a complete file underlined with red
    lines and difficult to develop:
    
    1.- "symbol" inside mx:arguments is reporting
    
    *"This tag could not be resolved to an ActionScript class. It will be
    ignored."*
    
    is something in the SDK side or should I report to Josh so this could be
    fixed in the plugin?
    
    2.- Binding for Operations report: "Data binding will not be able to detect
    assignments to 'echo'.
    
    <j:Label id="result_txt" text="Received: {(service.echo as
    Operation).lastResult}"/>
    
    don't know if is something we can fix from our side or must report to Josh
    so it can be addressed in the plugin.
    
    
    HTH
    
    Carlos
    
    
    El vie., 12 oct. 2018 a las 11:35, Carlos Rovira (<carlosrovira@apache.org>)
    escribió:
    
    > Hi Alex,
    >
    > I see you fixed poms and now all is building correctly in maven in my .m2
    > with 0.9.5-SNAPSHOT. I remove all .m2 artificats to build from a clean
    > state. Thanks, since all is now more clear.
    >
    > When I tried to run the MX RO example build with maven it fails with this:
    >
    > TypeError: null is not an object (evaluating 'viewBead.beforeLayout')
    > dispatchEvent — EventDispatcher.js:74
    > dispatchEvent — HTMLElementWrapper.js:245:86
    > setWidth — UIBase.js:136
    > set__width — UIBase.js:703
    > initializeStrandBasedObject — MXMLDataInterpreter.js:195
    > generateMXMLArray — MXMLDataInterpreter.js:125
    > generateMXMLInstances — MXMLDataInterpreter.js:266
    > createChildren — Container.js:139
    > createChildren — Application.js:112
    > initialize — UIComponent.js:647
    > addedToParent — UIComponent.js:267
    > addedToParent — Container.js:126
    > addElement — UIBase.js:414
    > addChild — SystemManager.js:107
    > initializeTopLevelWindow — SystemManager.js:237
    > start — SystemManager.js:223
    > Código global — index.html:572
    >
    > I saw this kind of fail in the other mx examples build with maven. What
    > could be the difference since ANT build seems to work, but MAVEN build not.
    > Maybe some config to take into account for MX example projects?
    >
    > thanks
    >
    >
    >
    > El vie., 12 oct. 2018 a las 0:28, Carlos Rovira (<carlosrovira@apache.org>)
    > escribió:
    >
    >> Hi Alex,
    >>
    >> I'm fixing version numbers in maven projects and when all is set to
    >> 0.9.5-SNAPSHOT, the error I announced up in this thread comes again:
    >>
    >> [*INFO*] *--- *royale-maven-plugin:0.9.5-SNAPSHOT:compile-as
    >> *(default-compile-as)* @ MXRoyale* ---*
    >>
    >> [*INFO*] Executing COMPC in tool group Royale with args:
    >> [-load-config=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/MXRoyale/target/compile-swf-config.xml,
    >> -js-compiler-define=COMPILE::JS,true,
    >> -js-compiler-define=COMPILE::SWF,false,
    >> -js-compiler-define=GOOG::DEBUG,goog.DEBUG,
    >> -js-compiler-define=ROYALE::DISPLAYOBJECT,IUIComponent,
    >> -compiler.targets=SWF,JSRoyale, -compiler.strict-xml=true]
    >>
    >> args:
    >>
    >>
    >> -load-config=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/MXRoyale/target/compile-swf-config.xml
    >>
    >> -js-compiler-define=COMPILE::JS,true
    >>
    >> -js-compiler-define=COMPILE::SWF,false
    >>
    >> -js-compiler-define=GOOG::DEBUG,goog.DEBUG
    >>
    >> -js-compiler-define=ROYALE::DISPLAYOBJECT,IUIComponent
    >>
    >> -compiler.targets=SWF,JSRoyale
    >>
    >> -compiler.strict-xml=true
    >>
    >> target:SWF
    >>
    >> target:JSRoyale
    >>
    >> COMPC
    >>
    >> Loading configuration:
    >> /Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/MXRoyale/target/compile-swf-config.xml
    >>
    >>
    >> Error: Unexpected exception 'java.lang.NullPointerException'.
    >>
    >>
    >>
    >> Unexpected exception 'java.lang.NullPointerException'.
    >>
    >> You're not getting it due to a fake compilation that makes asjs use 0.9.4
    >> compiler and not 0.9.5 (the current code)
    >>
    >> As I stated before in the start release thread, we should stabilize the
    >> repo to avoid much confusion.
    >>
    >> Thanks
    >>
    >> Carlos
    >>
    >>
    >> El jue., 11 oct. 2018 a las 23:55, Carlos Rovira (<
    >> carlosrovira@apache.org>) escribió:
    >>
    >>> Ok Alex,
    >>>
    >>> I'm trying to create a basic test with Jewel and MX RO. First problem I
    >>> get is that "symbol" tag inside mx:arguments is not recognized
    >>>
    >>> This tag could not be resolved to an ActionScript class. It will be
    >>> ignored.
    >>>
    >>> Maybe it's only recognized in MX environment? if so could it be enhanced
    >>> to be valid in Jewel?
    >>>
    >>> In the other hand, I wasn't able to build mxroyale example RO with
    >>> maven. Only can be build with ANT, don't know why.
    >>>
    >>> thanks
    >>>
    >>>
    >>>
    >>> El jue., 11 oct. 2018 a las 18:48, Alex Harui (<aharui@adobe.com.invalid>)
    >>> escribió:
    >>>
    >>>> I don't think RemoteObject is a bead.  See the example at
    >>>> examples/mxroyale/RemoteObjectAMFTest.
    >>>>
    >>>> I got the ServerConfig error as well but it didn't seem to affect the
    >>>> example's bin/js-debug version.
    >>>>
    >>>> You might want to actually build your test setup with Flex so you know
    >>>> it "will" work.  For example, you did not show any of your code that setup
    >>>> an Operation called "someMethod" so the error you got would be expected
    >>>> even in Flex.
    >>>>
    >>>> Thanks,
    >>>> -Alex
    >>>>
    >>>> On 10/11/18, 4:47 AM, "Carlos Rovira" <carlosrovira@apache.org> wrote:
    >>>>
    >>>>     Hi Alex,
    >>>>
    >>>>     I tried to use MX RO but doesn't work. Here's what the info of this
    >>>> test:
    >>>>
    >>>>     Code:
    >>>>
    >>>>     to make a quick test I put this code to run at "initComplete" event:
    >>>>
    >>>>     private function prepareChannelSet(event:Event):void
    >>>>     {
    >>>>     var amfEndpoint:String = "
    >>>> http://localhost:8080/webapp/messagebroker/my-amf";
    >>>>
    >>>>
    >>>>     var channelSet:ChannelSet = new ChannelSet();
    >>>>     var channel:AMFChannel = new AMFChannel("my-amf", amfEndpoint);
    >>>>     channelSet.addChannel(channel);
    >>>>     service.channelSet = channelSet;
    >>>>     }
    >>>>
    >>>>
    >>>>     I add the MX RO as a bead
    >>>>
    >>>>     <j:beads>
    >>>>     <mx:RemoteObject id="service"
    >>>>                              result="onResult(event)"
    >>>> fault="onFault(event)"
    >>>>                              destination = "myDestination"/>
    >>>>     </j:beads>
    >>>>
    >>>>
    >>>>     After compilation (successful) I get the following trace that
    >>>> should be
    >>>>     fixed:
    >>>>
    >>>>
    >>>> */Users/carlosrovira/Dev/Codeoscopic/Source/sgc/webapp/src/main/webapp/javascript/bin/js-debug/App.js*
    >>>>     *end of list of source files*
    >>>>     *oct 11, 2018 1:33:04 PM
    >>>> com.google.javascript.jscomp.LoggerErrorManager
    >>>>     println*
    >>>>     *ADVERTENCIA:
    >>>>
    >>>> /Users/carlosrovira/Dev/Codeoscopic/Source/sgc/webapp/src/main/webapp/javascript/bin/js-debug/mx/rpc/remoting/Operation.js:103:
    >>>>     WARNING - Bad type annotation. extra @override/@inheritDoc tag. See
    >>>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgoogle%2Fclosure-compiler%2Fwiki%2FBad-Type-Annotation&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633802329&amp;sdata=b6d9jwAfirl91FHM%2F4JVGWFgnUJlIImaWXc8jYKGwhI%3D&amp;reserved=0
    >>>>     <
    >>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgoogle%2Fclosure-compiler%2Fwiki%2FBad-Type-Annotation&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633802329&amp;sdata=b6d9jwAfirl91FHM%2F4JVGWFgnUJlIImaWXc8jYKGwhI%3D&amp;reserved=0>
    >>>> for
    >>>>     more information.*
    >>>>     * * @override*
    >>>>     *   ^*
    >>>>
    >>>>     *oct 11, 2018 1:33:04 PM
    >>>> com.google.javascript.jscomp.LoggerErrorManager
    >>>>     println*
    >>>>     *ADVERTENCIA:
    >>>>
    >>>> /Users/carlosrovira/Dev/Codeoscopic/Source/sgc/webapp/src/main/webapp/javascript/bin/js-debug/mx/rpc/remoting/Operation.js:150:
    >>>>     WARNING - Bad type annotation. extra @override/@inheritDoc tag. See
    >>>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgoogle%2Fclosure-compiler%2Fwiki%2FBad-Type-Annotation&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633802329&amp;sdata=b6d9jwAfirl91FHM%2F4JVGWFgnUJlIImaWXc8jYKGwhI%3D&amp;reserved=0
    >>>>     <
    >>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgoogle%2Fclosure-compiler%2Fwiki%2FBad-Type-Annotation&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633802329&amp;sdata=b6d9jwAfirl91FHM%2F4JVGWFgnUJlIImaWXc8jYKGwhI%3D&amp;reserved=0>
    >>>> for
    >>>>     more information.*
    >>>>     * * @override*
    >>>>     *   ^*
    >>>>
    >>>>     *oct 11, 2018 1:33:04 PM
    >>>> com.google.javascript.jscomp.LoggerErrorManager
    >>>>     println*
    >>>>     *GRAVE:
    >>>>
    >>>> /Users/carlosrovira/Dev/Codeoscopic/Source/sgc/webapp/src/main/webapp/javascript/bin/js-debug/mx/messaging/config/ServerConfig.js:333:
    >>>>     ERROR - Parse error. invalid assignment target*
    >>>>     *
    >>>> mx.messaging.config.ServerConfig["xml"].child("default-channels") =
    >>>>     newServices.child("default-channels");*
    >>>>     *
    >>>>     ^*
    >>>>
    >>>>     *oct 11, 2018 1:33:04 PM
    >>>> com.google.javascript.jscomp.LoggerErrorManager
    >>>>     printSummary*
    >>>>     *ADVERTENCIA: 1 error(s), 2 warning(s)*
    >>>>     *The project 'App' has been successfully compiled and optimized.*
    >>>>
    >>>>
    >>>>     Then the problems at Runtime. Trying to call a method in the
    >>>> service like
    >>>>     this:
    >>>>
    >>>>     *service.someMethod(someParam);*
    >>>>
    >>>>     I get in browser console this error:
    >>>>
    >>>>     *TypeError: this.service.someMethod is not a function. (In
    >>>>     'this.service.someMethod(someParam)', 'this.service.someMethod' is
    >>>>     undefined)*
    >>>>
    >>>>
    >>>>     Congratulations, I you are mostly at 99% to get official MX
    >>>> RemoteObject
    >>>>     working :)
    >>>>
    >>>>     Carlos
    >>>>
    >>>>
    >>>>
    >>>>
    >>>>     El jue., 11 oct. 2018 a las 12:41, Carlos Rovira (<
    >>>> carlosrovira@apache.org>)
    >>>>     escribió:
    >>>>
    >>>>     > Hi Alex,
    >>>>     >
    >>>>     > strangely, now build is passing locally...can't figure why
    >>>> yesterday it
    >>>>     > was failing...maybe part of the build was in the change of day at
    >>>>     > 00:00...just speculating..
    >>>>     >
    >>>>     > I'll try to put mx RO to work and see  I see and report :)
    >>>>     >
    >>>>     >
    >>>>     > El jue., 11 oct. 2018 a las 12:18, Carlos Rovira (<
    >>>> carlosrovira@apache.org>)
    >>>>     > escribió:
    >>>>     >
    >>>>     >> Hi Alex,
    >>>>     >>
    >>>>     >> yes,  I always compile first compiler, then typedefs and last
    >>>> asjs.
    >>>>     >> I'll try again. Maybe the maven-prepare-release could be doing
    >>>> making
    >>>>     >> some problem with the change of version 0.9.4 to 0.9.5?
    >>>>     >>
    >>>>     >> El jue., 11 oct. 2018 a las 9:30, Alex Harui
    >>>> (<aharui@adobe.com.invalid>)
    >>>>     >> escribió:
    >>>>     >>
    >>>>     >>> I can't reproduce the failure.  It worked on builds.a.o as
    >>>> well.  Did
    >>>>     >>> you run mvn on the compiler first?
    >>>>     >>>
    >>>>     >>> -Alex
    >>>>     >>>
    >>>>     >>> On 10/10/18, 4:38 PM, "Carlos Rovira" <carlosrovira@apache.org>
    >>>> wrote:
    >>>>     >>>
    >>>>     >>>     I must close for today, tomorrow will try to change net RO
    >>>> for mx RO
    >>>>     >>> if you
    >>>>     >>>     finally get this build error fixed.
    >>>>     >>>
    >>>>     >>>     Thanks
    >>>>     >>>
    >>>>     >>>     Carlos
    >>>>     >>>
    >>>>     >>>
    >>>>     >>>     El mié., 10 oct. 2018 a las 23:34, Carlos Rovira (<
    >>>>     >>> carlosrovira@apache.org>)
    >>>>     >>>     escribió:
    >>>>     >>>
    >>>>     >>>     > That's great Alex! :)
    >>>>     >>>     >
    >>>>     >>>     > I want to try it but I found the following error building
    >>>> with
    >>>>     >>> maven:
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *----------------<
    >>>> *org.apache.royale.framework:MXRoyale*
    >>>>     >>>     > >----------------*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *Building Apache Royale: Framework: Libs:
    >>>> MXRoyale
    >>>>     >>>     > 0.9.4-SNAPSHOT [32/118]*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *--------------------------------[ swc
    >>>>     >>>     > ]---------------------------------*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *--- *maven-clean-plugin:3.0.0:clean
    >>>> *(default-clean)* @
    >>>>     >>> MXRoyale*
    >>>>     >>>     > ---*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *---
    >>>> *royale-maven-plugin:0.9.4-SNAPSHOT:generate-extern
    >>>>     >>>     > *(default-generate-extern)* @ MXRoyale* ---*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *--- *maven-remote-resources-plugin:1.5:process
    >>>>     >>>     > *(process-resource-bundles)* @ MXRoyale* ---*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *--- *maven-resources-plugin:2.7:resources
    >>>>     >>> *(default-resources)*
    >>>>     >>>     > @ MXRoyale* ---*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Using 'UTF-8' encoding to copy filtered
    >>>> resources.
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Copying 3 resources
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Copying 3 resources
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] *---
    >>>> *royale-maven-plugin:0.9.4-SNAPSHOT:compile-as
    >>>>     >>>     > *(default-compile-as)* @ MXRoyale* ---*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Executing COMPC in tool group Royale with args:
    >>>>     >>>     >
    >>>>     >>>
    >>>> [-load-config=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/MXRoyale/target/compile-swf-config.xml,
    >>>>     >>>     > -js-compiler-define=COMPILE::JS,true,
    >>>>     >>>     > -js-compiler-define=COMPILE::SWF,false,
    >>>>     >>>     > -js-compiler-define=GOOG::DEBUG,goog.DEBUG,
    >>>>     >>>     > -js-compiler-define=ROYALE::DISPLAYOBJECT,IUIComponent,
    >>>>     >>>     > -compiler.targets=SWF,JSRoyale, -compiler.strict-xml=true]
    >>>>     >>>     >
    >>>>     >>>     > args:
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>
    >>>> -load-config=/Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/MXRoyale/target/compile-swf-config.xml
    >>>>     >>>     >
    >>>>     >>>     > -js-compiler-define=COMPILE::JS,true
    >>>>     >>>     >
    >>>>     >>>     > -js-compiler-define=COMPILE::SWF,false
    >>>>     >>>     >
    >>>>     >>>     > -js-compiler-define=GOOG::DEBUG,goog.DEBUG
    >>>>     >>>     >
    >>>>     >>>     > -js-compiler-define=ROYALE::DISPLAYOBJECT,IUIComponent
    >>>>     >>>     >
    >>>>     >>>     > -compiler.targets=SWF,JSRoyale
    >>>>     >>>     >
    >>>>     >>>     > -compiler.strict-xml=true
    >>>>     >>>     >
    >>>>     >>>     > target:SWF
    >>>>     >>>     >
    >>>>     >>>     > target:JSRoyale
    >>>>     >>>     >
    >>>>     >>>     > COMPC
    >>>>     >>>     >
    >>>>     >>>     > Loading configuration:
    >>>>     >>>     >
    >>>>     >>>
    >>>> /Users/carlosrovira/Dev/Royale/Source/royale-asjs/frameworks/projects/MXRoyale/target/compile-swf-config.xml
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     > Error: Unexpected exception
    >>>> 'java.lang.NullPointerException'.
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     > Unexpected exception 'java.lang.NullPointerException'.
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     > ...
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Apache Royale: Framework: Libs: RoyaleSite
    >>>> .........
    >>>>     >>> *SUCCESS*
    >>>>     >>>     > [  0.771 s]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Apache Royale: Framework: Libs: MXRoyale
    >>>> ...........
    >>>>     >>> *FAILURE*
    >>>>     >>>     > [  1.529 s]
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Apache Royale: Framework: Libs: Icons
    >>>> ..............
    >>>>     >>> *SKIPPED*
    >>>>     >>>     >
    >>>>     >>>     > [*INFO*] Apache Royale: Framework: Libs: SparkRoyale
    >>>> ........
    >>>>     >>> *SKIPPED*
    >>>>     >>>     >
    >>>>     >>>     > I'm trying to build with the 2 commits of the latest
    >>>> failed release
    >>>>     >>>     > reverted to build 0.9.4. (I think we should revert those
    >>>> since, I
    >>>>     >>> suppose
    >>>>     >>>     > are not valid now).
    >>>>     >>>     >
    >>>>     >>>     > Thanks
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>     > El mié., 10 oct. 2018 a las 21:41, Alex Harui
    >>>>     >>> (<aharui@adobe.com.invalid>)
    >>>>     >>>     > escribió:
    >>>>     >>>     >
    >>>>     >>>     >> We especially want the RemoteObject in Network.swc to be
    >>>> PAYG.  MX
    >>>>     >>>     >> RemoteObject was never PAYG.
    >>>>     >>>     >>
    >>>>     >>>     >> Having looked at the code more, I see what you are
    >>>> saying about
    >>>>     >>> Operation
    >>>>     >>>     >> not having its own fault and result handlers.  It looks
    >>>> like
    >>>>     >>> there already
    >>>>     >>>     >> is a SimpleOperation, so Operation could introduce its
    >>>> own fault
    >>>>     >>> and result
    >>>>     >>>     >> handlers.
    >>>>     >>>     >>
    >>>>     >>>     >> FWIW, I just pushed the changes to the compiler and
    >>>> emulation
    >>>>     >>> code that
    >>>>     >>>     >> got MX RemoteObject to work.  So that could be an option
    >>>> for
    >>>>     >>> you.  I'm sure
    >>>>     >>>     >> there might be bugs remaining to be fixed, but there is
    >>>> quite a
    >>>>     >>> bit of old
    >>>>     >>>     >> Flex code that is now running pretty much unchanged.
    >>>>     >>>     >>
    >>>>     >>>     >> -Alex
    >>>>     >>>     >>
    >>>>     >>>     >> On 10/10/18, 2:33 AM, "Carlos Rovira" <
    >>>> carlosrovira@apache.org>
    >>>>     >>> wrote:
    >>>>     >>>     >>
    >>>>     >>>     >>     Hi Alex
    >>>>     >>>     >>
    >>>>     >>>     >>     El mar., 9 oct. 2018 a las 18:14, Alex Harui
    >>>>     >>>     >> (<aharui@adobe.com.invalid>)
    >>>>     >>>     >>     escribió:
    >>>>     >>>     >>
    >>>>     >>>     >>     > As long as Responders are PAYG and not baked into
    >>>> the basic
    >>>>     >>> RO
    >>>>     >>>     >>     > implementation, it is fine for others to try to
    >>>> replicate
    >>>>     >>> subsets
    >>>>     >>>     >> of MX
    >>>>     >>>     >>     > RemoteObject, but it still seems like duplication
    >>>> of effort.
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>     >>     well, I'm talking not about MX RO, bur the current
    >>>> one we
    >>>>     >>> have in
    >>>>     >>>     >>     Network.swc that is working.
    >>>>     >>>     >>
    >>>>     >>>     >>     That means is not a duplicate effort, take into
    >>>> account that
    >>>>     >>> I'm
    >>>>     >>>     >> right now
    >>>>     >>>     >>     coding a real world Apache Royale application, and
    >>>> need to
    >>>>     >>> get the
    >>>>     >>>     >> work
    >>>>     >>>     >>     done. I expect this could be a win for this project
    >>>> since is
    >>>>     >>> an
    >>>>     >>>     >> important
    >>>>     >>>     >>     project and an important client that are betting for
    >>>> Apache
    >>>>     >>> Royale :).
    >>>>     >>>     >>
    >>>>     >>>     >>
    >>>>     >>>     >>     >
    >>>>     >>>     >>     > That said, I have not used RO or Responders in any
    >>>> real
    >>>>     >>> world
    >>>>     >>>     >> application
    >>>>     >>>     >>     > myself.  I'm not sure I understand the need for
    >>>> them vs
    >>>>     >>> just adding
    >>>>     >>>     >> more
    >>>>     >>>     >>     > listeners to the result and fault event.
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>     >>     Each RO use to have several Operations (aka methods
    >>>> that we
    >>>>     >>> want to
    >>>>     >>>     >> call in
    >>>>     >>>     >>     the backend). In real world scenarios, we want each
    >>>> RO
    >>>>     >>> callback logic
    >>>>     >>>     >> will
    >>>>     >>>     >>     be unique. If I call a service for a user list, I
    >>>> want to
    >>>>     >>> fill the
    >>>>     >>>     >> list in
    >>>>     >>>     >>     royale, but if I want to ask for a concrete user
    >>>> data, I want
    >>>>     >>> to fill
    >>>>     >>>     >> a
    >>>>     >>>     >>     form with that data.
    >>>>     >>>     >>
    >>>>     >>>     >>     Now, all Operations will be throw a result event and
    >>>> therefor
    >>>>     >>> all
    >>>>     >>>     >> listeners
    >>>>     >>>     >>     will fire, executing all methods. With listeners, we
    >>>> can use
    >>>>     >>>     >> if-then-else
    >>>>     >>>     >>     to and some logic to execute parts of the listener,
    >>>> but a
    >>>>     >>> Responder
    >>>>     >>>     >>     implementation, should make the appropriate
    >>>> responder be
    >>>>     >>> executed.
    >>>>     >>>     >>
    >>>>     >>>     >>     In order to structure and organizar a real world
    >>>> application
    >>>>     >>> that is
    >>>>     >>>     >> a bit
    >>>>     >>>     >>     complex this is needed to separate all this logic
    >>>> across
    >>>>     >>> files.
    >>>>     >>>     >>     (In a tiny application, you can use the if-then-else
    >>>> approach
    >>>>     >>> since
    >>>>     >>>     >> is more
    >>>>     >>>     >>     like a example).
    >>>>     >>>     >>
    >>>>     >>>     >>
    >>>>     >>>     >>
    >>>>     >>>     >>     >
    >>>>     >>>     >>     > My 2 cents,
    >>>>     >>>     >>     > -Alex
    >>>>     >>>     >>     >
    >>>>     >>>     >>     > On 10/9/18, 3:46 AM, "Carlos Rovira" <
    >>>>     >>> carlosrovira@apache.org>
    >>>>     >>>     >> wrote:
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >     Hi Piotr,
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >     I think if I get some improvement over the
    >>>> current RO
    >>>>     >>> with
    >>>>     >>>     >> Responders
    >>>>     >>>     >>     > that
    >>>>     >>>     >>     >     could go to develop. Other thing is I tried to
    >>>> make it
    >>>>     >>> work in
    >>>>     >>>     >> mx RO.
    >>>>     >>>     >>     >     People using Royale RO will benefit from it.
    >>>> If some
    >>>>     >>> day mx RO
    >>>>     >>>     >> is
    >>>>     >>>     >>     > ready, I
    >>>>     >>>     >>     >     think we'll shift to mx RO, although royale RO
    >>>> could be
    >>>>     >>>     >> continue to be
    >>>>     >>>     >>     >     valid (since is a small implementation that
    >>>> works), or
    >>>>     >>> we could
    >>>>     >>>     >> decide
    >>>>     >>>     >>     >     deprecate it. Anyway, I'm not talking to make
    >>>>     >>> improvements over
    >>>>     >>>     >>     > something
    >>>>     >>>     >>     >     that others will evolve separately, I want to
    >>>> improve
    >>>>     >>> something
    >>>>     >>>     >> that
    >>>>     >>>     >>     >     otherwise will remain as is.
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >     El mar., 9 oct. 2018 a las 12:39, Piotr
    >>>> Zarzycki (<
    >>>>     >>>     >>     > piotrzarzycki21@gmail.com>)
    >>>>     >>>     >>     >     escribió:
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >     > Carlos,
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > You can always use branch, make your changes
    >>>> and wait
    >>>>     >>> for the
    >>>>     >>>     >> proper
    >>>>     >>>     >>     > one
    >>>>     >>>     >>     >     > using branch. Some time ago Harbs did it the
    >>>> same as
    >>>>     >>> far as I
    >>>>     >>>     >>     > remember.
    >>>>     >>>     >>     >     > There is no need to wait if you need
    >>>> something ASAP.
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > Thanks,
    >>>>     >>>     >>     >     > Piotr
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > wt., 9 paź 2018 o 12:36 Carlos Rovira <
    >>>>     >>>     >> carlosrovira@apache.org>
    >>>>     >>>     >>     >     > napisał(a):
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > > Hi Alex,
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > > since there's no planned ETA for anyone
    >>>> here (that
    >>>>     >>> I know),
    >>>>     >>>     >> I
    >>>>     >>>     >>     > could try
    >>>>     >>>     >>     >     > at
    >>>>     >>>     >>     >     > > some point to have a minimal Responder
    >>>>     >>> functionality in the
    >>>>     >>>     >> current
    >>>>     >>>     >>     >     > working
    >>>>     >>>     >>     >     > > RO. Does not have sense to duplicate all
    >>>> the code
    >>>>     >>> but I
    >>>>     >>>     >> think has
    >>>>     >>>     >>     > sense
    >>>>     >>>     >>     >     > to
    >>>>     >>>     >>     >     > > see if some little changes can provide the
    >>>> minimal
    >>>>     >>> needs.
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > > thanks
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > > El mar., 9 oct. 2018 a las 0:25, Alex Harui
    >>>>     >>>     >>     > (<aharui@adobe.com.invalid>)
    >>>>     >>>     >>     >     > > escribió:
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > > > I think you'll have to wait until
    >>>> someone gets
    >>>>     >>> all of the
    >>>>     >>>     >> old
    >>>>     >>>     >>     > Flex RO
    >>>>     >>>     >>     >     > > code
    >>>>     >>>     >>     >     > > > to compile and run.  I'm currently still
    >>>>     >>> debugging the
    >>>>     >>>     >> compiler,
    >>>>     >>>     >>     > so no
    >>>>     >>>     >>     >     > > way
    >>>>     >>>     >>     >     > > > it will be ready tomorrow.
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > > It doesn't make sense to try to
    >>>> duplicate all of
    >>>>     >>> this
    >>>>     >>>     >> code and
    >>>>     >>>     >>     > get it
    >>>>     >>>     >>     >     > to
    >>>>     >>>     >>     >     > > > work some other way.
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > > -Alex
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > > On 10/8/18, 3:21 PM, "Carlos Rovira" <
    >>>>     >>>     >> carlosrovira@apache.org>
    >>>>     >>>     >>     > wrote:
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     Hi Alex,
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     I'm closing for today, but tomorrow
    >>>> I'll need
    >>>>     >>> to
    >>>>     >>>     >> handle more
    >>>>     >>>     >>     > than
    >>>>     >>>     >>     >     > one
    >>>>     >>>     >>     >     > > >     Responder for RemoteObject calls, so
    >>>> each
    >>>>     >>>     >> operation/method
    >>>>     >>>     >>     > can have
    >>>>     >>>     >>     >     > > > it's
    >>>>     >>>     >>     >     > > >     own responder and create methods for
    >>>> each one
    >>>>     >>> in my
    >>>>     >>>     >>     > controllers.
    >>>>     >>>     >>     >     > with
    >>>>     >>>     >>     >     > > > the
    >>>>     >>>     >>     >     > > >     current RemoteObject implementation
    >>>> could you
    >>>>     >>> share
    >>>>     >>>     >> what
    >>>>     >>>     >>     > could be
    >>>>     >>>     >>     >     > the
    >>>>     >>>     >>     >     > > > most
    >>>>     >>>     >>     >     > > >     quick and easy way to get this while
    >>>> the full
    >>>>     >>> RO
    >>>>     >>>     >>     > implementation is
    >>>>     >>>     >>     >     > on
    >>>>     >>>     >>     >     > > > the
    >>>>     >>>     >>     >     > > >     works? Now that I'm starting to grow
    >>>> the app
    >>>>     >>> code
    >>>>     >>>     >> base I can
    >>>>     >>>     >>     > rely
    >>>>     >>>     >>     >     > on
    >>>>     >>>     >>     >     > > a
    >>>>     >>>     >>     >     > > >     result handler full of if-then-else
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     Thanks for any help on this
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     Carlos
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     El lun., 8 oct. 2018 a las 18:52,
    >>>> Carlos
    >>>>     >>> Rovira (<
    >>>>     >>>     >>     >     > > > carlosrovira@apache.org>)
    >>>>     >>>     >>     >     > > >     escribió:
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     > Ok Alex, thanks, didn't know that
    >>>> you have
    >>>>     >>> this
    >>>>     >>>     >> task to
    >>>>     >>>     >>     > make it
    >>>>     >>>     >>     >     > > work
    >>>>     >>>     >>     >     > > > RO. I
    >>>>     >>>     >>     >     > > >     > though you only try to compile it.
    >>>>     >>>     >>     >     > > >     > That's good to know. I'm trying
    >>>> right now
    >>>>     >>> to make a
    >>>>     >>>     >> real
    >>>>     >>>     >>     > world
    >>>>     >>>     >>     >     > app
    >>>>     >>>     >>     >     > > > and
    >>>>     >>>     >>     >     > > >     > since I don't have a micro
    >>>> structural IOC
    >>>>     >>> framework
    >>>>     >>>     >> like
    >>>>     >>>     >>     > Swiz,
    >>>>     >>>     >>     >     > that
    >>>>     >>>     >>     >     > > > was
    >>>>     >>>     >>     >     > > >     > that I use in Flex, I'm trying to
    >>>> structure
    >>>>     >>> and
    >>>>     >>>     >> organize
    >>>>     >>>     >>     > screens,
    >>>>     >>>     >>     >     > > >     > controllers, delegates, and so on,
    >>>> and I'm
    >>>>     >>> trying
    >>>>     >>>     >> to put
    >>>>     >>>     >>     > things
    >>>>     >>>     >>     >     > as
    >>>>     >>>     >>     >     > > > easy as
    >>>>     >>>     >>     >     > > >     > possible so I can refactor more
    >>>> later to
    >>>>     >>> something
    >>>>     >>>     >> more
    >>>>     >>>     >>     > suited
    >>>>     >>>     >>     >     > for
    >>>>     >>>     >>     >     > > > this
    >>>>     >>>     >>     >     > > >     > task, since I don't have time now
    >>>> to build a
    >>>>     >>>     >> framework for
    >>>>     >>>     >>     > this
    >>>>     >>>     >>     >     > due
    >>>>     >>>     >>     >     > > > to
    >>>>     >>>     >>     >     > > >     > reduced time lines.
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     > If you get this RO proxy way to
    >>>> call backend
    >>>>     >>>     >> methods and
    >>>>     >>>     >>     >     > > AsyncToken,
    >>>>     >>>     >>     >     > > >     > that's what I need to connect with
    >>>> MX
    >>>>     >>> RemoteObject
    >>>>     >>>     >> in the
    >>>>     >>>     >>     > same
    >>>>     >>>     >>     >     > way
    >>>>     >>>     >>     >     > > > we use
    >>>>     >>>     >>     >     > > >     > to do.
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     > I'll be waiting for your. progress
    >>>> there
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     > thanks
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     > Carlos
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     > El lun., 8 oct. 2018 a las 17:28,
    >>>> Alex Harui
    >>>>     >>>     >>     >     > > > (<aharui@adobe.com.invalid>)
    >>>>     >>>     >>     >     > > >     > escribió:
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >> I believe I already said I am
    >>>> working on
    >>>>     >>>     >> RemoteObject.
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >> The Flex compiler generates
    >>>> custom code for
    >>>>     >>>     >>     > mx:RemoteObject.
    >>>>     >>>     >>     >     > The
    >>>>     >>>     >>     >     > > > Royale
    >>>>     >>>     >>     >     > > >     >> Compiler currently does not.  I
    >>>> am working
    >>>>     >>> on it.
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >> Thanks,
    >>>>     >>>     >>     >     > > >     >> -Alex
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >> On 10/8/18, 3:13 AM, "Carlos
    >>>> Rovira" <
    >>>>     >>>     >>     > carlosrovira@apache.org>
    >>>>     >>>     >>     >     > > > wrote:
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     Hi,
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     I was experimenting trying to
    >>>> get
    >>>>     >>> RemoteObject
    >>>>     >>>     >> to
    >>>>     >>>     >>     > proxy
    >>>>     >>>     >>     >     > method
    >>>>     >>>     >>     >     > > > calls.
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     so instead of doing
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     service.send("echo",
    >>>> [name_txt.text]);
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     be able to do:
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     service.echo(name_txt.text);
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     I tried with Proxy class
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>
    >>>>  (org.apache.royale.utils.Proxy)
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     and implementing
    >>>> IEventDispatcher, but
    >>>>     >>>     >> compiler throws
    >>>>     >>>     >>     >     > error:
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     Call to a possibly undefined
    >>>> method
    >>>>     >>> echo
    >>>>     >>>     >> through a
    >>>>     >>>     >>     > reference
    >>>>     >>>     >>     >     > > > with
    >>>>     >>>     >>     >     > > >     >> static
    >>>>     >>>     >>     >     > > >     >>     type RemoteObject.
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     It's possible to do something
    >>>> like
    >>>>     >>> this? what
    >>>>     >>>     >> I'm
    >>>>     >>>     >>     > missing?
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     This seems a little
    >>>> enhancement, but
    >>>>     >>> it would
    >>>>     >>>     >> be cool
    >>>>     >>>     >>     > if we
    >>>>     >>>     >>     >     > > get
    >>>>     >>>     >>     >     > > > it in
    >>>>     >>>     >>     >     > > >     >> order
    >>>>     >>>     >>     >     > > >     >>     to be more near of the normal
    >>>> syntax
    >>>>     >>> we all
    >>>>     >>>     >> have in
    >>>>     >>>     >>     > our code
    >>>>     >>>     >>     >     > > > bases.
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     thanks
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>     --
    >>>>     >>>     >>     >     > > >     >>     Carlos Rovira
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >>
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     > --
    >>>>     >>>     >>     >     > > >     > Carlos Rovira
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >     >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >     --
    >>>>     >>>     >>     >     > > >     Carlos Rovira
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > > >
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     > > --
    >>>>     >>>     >>     >     > > Carlos Rovira
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >>     >     > >
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > --
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > Piotr Zarzycki
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >     > Patreon: *
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=3gj8NSoEzcxAYJ4lByWS%2BqnXcuhEWVMjgx7j%2F8n9Kvg%3D&amp;reserved=0
    >>>>     >>>     >>     >     > <
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=3gj8NSoEzcxAYJ4lByWS%2BqnXcuhEWVMjgx7j%2F8n9Kvg%3D&amp;reserved=0
    >>>>     >>>     >>     > >*
    >>>>     >>>     >>     >     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >     --
    >>>>     >>>     >>     >     Carlos Rovira
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>     >
    >>>>     >>>     >>
    >>>>     >>>     >>     --
    >>>>     >>>     >>     Carlos Rovira
    >>>>     >>>     >>
    >>>>     >>>     >>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >>
    >>>>     >>>     >>
    >>>>     >>>     >>
    >>>>     >>>     >
    >>>>     >>>     > --
    >>>>     >>>     > Carlos Rovira
    >>>>     >>>     >
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>     >
    >>>>     >>>     >
    >>>>     >>>
    >>>>     >>>     --
    >>>>     >>>     Carlos Rovira
    >>>>     >>>
    >>>>     >>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633812334&amp;sdata=NKEd3MLzfmXsgsZ22KlKaX%2B1zY%2BiHlZc5l85rquH6r0%3D&amp;reserved=0
    >>>>     >>>
    >>>>     >>>
    >>>>     >>>
    >>>>     >>
    >>>>     >> --
    >>>>     >> Carlos Rovira
    >>>>     >>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    >>>>     >>
    >>>>     >>
    >>>>     >
    >>>>     > --
    >>>>     > Carlos Rovira
    >>>>     >
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    >>>>     >
    >>>>     >
    >>>>
    >>>>     --
    >>>>     Carlos Rovira
    >>>>
    >>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    >>>>
    >>>>
    >>>>
    >>>
    >>> --
    >>> Carlos Rovira
    >>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    >>>
    >>>
    >>
    >> --
    >> Carlos Rovira
    >> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    >>
    >>
    >
    > --
    > Carlos Rovira
    > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    >
    >
    
    -- 
    Carlos Rovira
    https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&amp;data=02%7C01%7Caharui%40adobe.com%7C31b34e2a956b40c2310d08d6303416b9%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749397633822343&amp;sdata=qasO%2FiKzxEFZH6jGNGucC4WuoQwcd6HKRG6m%2F3WugB0%3D&amp;reserved=0
    

Mime
View raw message