Hi Alex,

thanks, I try it an now it's working :)

El vie., 12 oct. 2018 a las 19:55, Alex Harui (<aha...@adobe.com.invalid>)
escribió:

> 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" <carlosrov...@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 (<
> carlosrov...@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 (<
> carlosrov...@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
> (<aha...@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" <carlosrov...@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 (<
>     >>> carlosrov...@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 (<
>     >>> carlosrov...@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
>     >>> (<aha...@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" <
> carlosrov...@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 (<
>     >>>     >>> carlosrov...@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
>     >>>     >>> (<aha...@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" <
>     >>> carlosrov...@apache.org>
>     >>>     >>> wrote:
>     >>>     >>>     >>
>     >>>     >>>     >>     Hi Alex
>     >>>     >>>     >>
>     >>>     >>>     >>     El mar., 9 oct. 2018 a las 18:14, Alex Harui
>     >>>     >>>     >> (<aha...@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" <
>     >>>     >>> carlosrov...@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 (<
>     >>>     >>>     >>     > piotrzarzyck...@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 <
>     >>>     >>>     >> carlosrov...@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
>     >>>     >>>     >>     > (<aha...@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" <
>     >>>     >>>     >> carlosrov...@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 (<
>     >>>     >>>     >>     >     > > > carlosrov...@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
>     >>>     >>>     >>     >     > > > (<aha...@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" <
>     >>>     >>>     >>     > carlosrov...@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
http://about.me/carlosrovira

Reply via email to