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 17:54:46 GMT
Hi Carlos,

The Maven build for the RO example was using a template and the compiler wasn't using the right variable.  In MXRoyale projects the main class name is not the same as the MXML file name because we generate a SystemManager subclass like Flex does.

Also, the MXRoyale.swc wasn't including its css file.

I've pushed these changes and the sample worked well enough to type in a word and round trip it from the server.  It shows up partially under another button right now, but I'm not worrying about that right now.

-Alex

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

    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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=T7fF2NThMNtDtM6Y9KH5uZp0g0nBlRvamXQ1rOVlPHo%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=T7fF2NThMNtDtM6Y9KH5uZp0g0nBlRvamXQ1rOVlPHo%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&amp;sdata=T7fF2NThMNtDtM6Y9KH5uZp0g0nBlRvamXQ1rOVlPHo%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=Eghhhg48AB0uNAXUQgjkfGDdH2EJVK0K1JqPgZPMiO8%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=Eghhhg48AB0uNAXUQgjkfGDdH2EJVK0K1JqPgZPMiO8%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710159246&amp;sdata=rBJxWW55ILvC9X86JobRR152jBIW7qFoiuN%2BkHKA59U%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710169256&amp;sdata=8T5%2BRsSCoykZ4XoIvz2QRwmLL1s26OFEkU9DQaVFc6E%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%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710169256&amp;sdata=8T5%2BRsSCoykZ4XoIvz2QRwmLL1s26OFEkU9DQaVFc6E%3D&amp;reserved=0
    

Mime
View raw message