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%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749104312&sdata=amVdMLEOdxGJJQl28VLNxpJRO92Hj3tdARUAvfQxois%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%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749104312&sdata=amVdMLEOdxGJJQl28VLNxpJRO92Hj3tdARUAvfQxois%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%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749104312&sdata=amVdMLEOdxGJJQl28VLNxpJRO92Hj3tdARUAvfQxois%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%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749104312&sdata=amVdMLEOdxGJJQl28VLNxpJRO92Hj3tdARUAvfQxois%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%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749104312&sdata=407cmARvA38%2BzfR24AXytje3%2FhK5Op0G2jrCunTURsg%3D&reserved=0
>> >>> >> > > > > >>
>> >>> >> > > > > >>
>> >>> >> > > > > >>
>> >>> >> > > > > >
>> >>> >> > > > > > --
>> >>> >> > > > > > Carlos Rovira
>> >>> >> > > > > >
>> >>> >> > > > >
>> >>> >> > > >
>> >>> >> > >
>> >>> >> >
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749104312&sdata=407cmARvA38%2BzfR24AXytje3%2FhK5Op0G2jrCunTURsg%3D&reserved=0
>> >>> >> > > > > >
>> >>> >> > > > > >
>> >>> >> > > > >
>> >>> >> > > > > --
>> >>> >> > > > > Carlos Rovira
>> >>> >> > > > >
>> >>> >> > > > >
>> >>> >> > > >
>> >>> >> > >
>> >>> >> >
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>> >> > > > >
>> >>> >> > > > >
>> >>> >> > > > >
>> >>> >> > > >
>> >>> >> > > > --
>> >>> >> > > > Carlos Rovira
>> >>> >> > > >
>> >>> >> >
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>> >> > > >
>> >>> >> > >
>> >>> >> > >
>> >>> >> > > --
>> >>> >> > >
>> >>> >> > > Piotr Zarzycki
>> >>> >> > >
>> >>> >> > > Patreon: *
>> >>> >> >
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=wM%2BPK3cCW9orJQjOX8gLM2GdohXQM7q7xtIKddKpevk%3D&reserved=0
>> >>> >> > > <
>> >>> >> >
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=wM%2BPK3cCW9orJQjOX8gLM2GdohXQM7q7xtIKddKpevk%3D&reserved=0
>> >>> >> > >*
>> >>> >> > >
>> >>> >> >
>> >>> >> >
>> >>> >> > --
>> >>> >> > Carlos Rovira
>> >>> >> >
>> >>> >> >
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>> >> >
>> >>> >> >
>> >>> >> >
>> >>> >>
>> >>> >> --
>> >>> >> Carlos Rovira
>> >>> >>
>> >>> >>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >
>> >>> > --
>> >>> > Carlos Rovira
>> >>> >
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>> >
>> >>> >
>> >>>
>> >>> --
>> >>> Carlos Rovira
>> >>>
>> >>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>>
>> >>>
>> >>>
>> >>
>> >> --
>> >> Carlos Rovira
>> >>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >>
>> >>
>> >
>> > --
>> > Carlos Rovira
>> >
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>> >
>> >
>>
>> --
>> Carlos Rovira
>>
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc9d88800eac54470516c08d62f6f611f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748552749114321&sdata=7hBkqCKylKPb2%2BgvslLQy4IeLF8YaUBOQrcc%2BFUbtLM%3D&reserved=0
>>
>>
>>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>
--
Carlos Rovira
http://about.me/carlosrovira
