Hi Alex,
I get all my ROs converted to MX ROs in my real world royale app and
working with AsyncToken/Responder, like we use to do with Swiz (just left
the metadata features like Inject, EventHandler, etc...that will be pursued
later as I have the time), so I think this is really good news, since we
are approaching what we had in Flex for a easy and simple service oriented
arquitecture, and we can reuse most of our client service layer.
Some points to take into account:
1.- Could we get rid off the "send()" method? I think is the only thing not
equal to the user code. So calling "someMehtod" will be someMethod() or
with params someMethod(param1, param2), instead of someMethod.send() or
someMethod.send(param1, param2).
2.- For release I must add additional compiler param
-js-dynamic-access-unknown-members=true
I think it's due to the inclusion of MX RO.
My experience, is that soon as the Royale App starts to grow this is always
needed, maybe this should be always true, and allow people to turn off.
Don't know the implications, or if this is recommendable.
Thanks.
Carlos
El sáb., 13 oct. 2018 a las 11:26, Carlos Rovira (<carlosrov...@apache.org>)
escribió:
> Hi Alex,
>
> I get Responder/AsyncToken working with the current code.
>
> But there's a bug:
>
> To make it work I need to comment this part in the example
>
> <!-- <mx:method name="echo">
> <mx:arguments>
> <symbol>{name_txt.text}</symbol>
> </mx:arguments>
> </mx:method>
> <mx:method name="getObjectArray1">
> </mx:method>
> <mx:method name="getSomeProduct">
> </mx:method> -->
>
> If not I get this when calling the second RO:
>
> [Error] TypeError: undefined is not an object (evaluating
> 'this.serviceResp.getProperty')
> sendEcho (App.js:269)
> $EH3 (App.js:321)
> (función anónima)
> fireListener (events.js:744)
> fireListenerOverride (HTMLElementWrapper.js:61)
> handleBrowserEvent_ (events.js:870)
> (función anónima) (events.js:289)
>
> So I think there's a bug in the compiler when we have two ROs and one of
> them has mx:method declared.
>
>
> El sáb., 13 oct. 2018 a las 9:47, Carlos Rovira (<carlosrov...@apache.org>)
> escribió:
>
>> 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&data=02%7C01%7Caharui%40adobe.com%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%3D&reserved=0
>>> >>> <
>>> >>>
>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgoogle%2Fclosure-compiler%2Fwiki%2FBad-Type-Annotation&data=02%7C01%7Caharui%40adobe.com%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%3D&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&data=02%7C01%7Caharui%40adobe.com%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%3D&reserved=0
>>> >>> <
>>> >>>
>>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fgoogle%2Fclosure-compiler%2Fwiki%2FBad-Type-Annotation&data=02%7C01%7Caharui%40adobe.com%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&sdata=1Ho7%2F94bNwrRXA%2FcjLzX3l58NvQlQW5cn4YWp3xIAcY%3D&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&data=02%7C01%7Caharui%40adobe.com%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&sdata=T7fF2NThMNtDtM6Y9KH5uZp0g0nBlRvamXQ1rOVlPHo%3D&reserved=0
>>> >>> >>> >> > > > > >>
>>> >>> >>> >> > > > > >>
>>> >>> >>> >> > > > > >>
>>> >>> >>> >> > > > > >
>>> >>> >>> >> > > > > > --
>>> >>> >>> >> > > > > > Carlos Rovira
>>> >>> >>> >> > > > > >
>>> >>> >>> >> > > > >
>>> >>> >>> >> > > >
>>> >>> >>> >> > >
>>> >>> >>> >> >
>>> >>> >>> >>
>>> >>> >>>
>>> >>>
>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C38d763fac8cd4ff5854708d6302623da%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636749337710149237&sdata=T7fF2NThMNtDtM6Y9KH5uZp0g0nBlRvamXQ1rOVlPHo%3D&reserved=0
>>> >>> >>> >> > > > > >
>>> >>> >>> >> > > > > >
>>> >>> >>> >> > > > >
>>> >>> >>> >> > > > >
>>
>>
>>
>> --
>> Carlos Rovira
>> http://about.me/carlosrovira
>>
>>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>
--
Carlos Rovira
http://about.me/carlosrovira
