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%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
>>
>>
>>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>
--
Carlos Rovira
http://about.me/carlosrovira
