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%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311722500&sdata=CfpsY0guxPri3iOWaEhfU6nHhuGQFxHtc%2B6Soj%2BzpqQ%3D&reserved=0
>> > > > > >>
>> > > > > >>
>> > > > > >>
>> > > > > >
>> > > > > > --
>> > > > > > Carlos Rovira
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311722500&sdata=CfpsY0guxPri3iOWaEhfU6nHhuGQFxHtc%2B6Soj%2BzpqQ%3D&reserved=0
>> > > > > >
>> > > > > >
>> > > > >
>> > > > > --
>> > > > > Carlos Rovira
>> > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311722500&sdata=CfpsY0guxPri3iOWaEhfU6nHhuGQFxHtc%2B6Soj%2BzpqQ%3D&reserved=0
>> > > > >
>> > > > >
>> > > > >
>> > > >
>> > > > --
>> > > > Carlos Rovira
>> > > >
>> >
>>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311722500&sdata=CfpsY0guxPri3iOWaEhfU6nHhuGQFxHtc%2B6Soj%2BzpqQ%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%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311722500&sdata=K6vSJw%2Blkl13yO%2BiFsO7N%2FZsBvoadpPcHUTwmSxK7AM%3D&reserved=0
>> > > <
>> >
>>
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzycki&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311732505&sdata=UAfPn4xSsprYPhMJCYyKHn%2F85PW6n09XFU5uuC5SHHY%3D&reserved=0
>> > >*
>> > >
>> >
>> >
>> > --
>> > Carlos Rovira
>> >
>> >
>>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311732505&sdata=y%2Bctvc4%2F0YE4QdVgDBdK%2BQ7zj4xvUHoe8mWv9Zq%2BmOA%3D&reserved=0
>> >
>> >
>> >
>>
>> --
>> Carlos Rovira
>>
>>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311732505&sdata=y%2Bctvc4%2F0YE4QdVgDBdK%2BQ7zj4xvUHoe8mWv9Zq%2BmOA%3D&reserved=0
>>
>>
>>
>
> --
> Carlos Rovira
>
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311732505&sdata=y%2Bctvc4%2F0YE4QdVgDBdK%2BQ7zj4xvUHoe8mWv9Zq%2BmOA%3D&reserved=0
>
>
--
Carlos Rovira
https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca103dd7253104f55b80908d62f09867d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636748115311732505&sdata=y%2Bctvc4%2F0YE4QdVgDBdK%2BQ7zj4xvUHoe8mWv9Zq%2BmOA%3D&reserved=0
