Re: Cairngorm problem add remote object MXML.

[Greg Dove]

Hi Gustavo,

I did not (again) get to spend time on this as I had hoped to.
But just in case it is useful to you, I have put the current source code in
the same dropbox fileset. All the original Adobe licence headers should
still be present unless I missed something, I will check this more
thoroughly and I will probably push to a git repo this coming weekend along
with a working example, after I solved the issue with the ADDED and REMOVED
events in the view helper support.



On Mon, Feb 10, 2020 at 8:16 PM Greg Dove  wrote:

>
> "I will try to make the full source of what I have available for Cairngorm
> port in about 24 hours time from this email. I need to check all the
> licence stuff. "
>
> Sorry, I did not get to the above yet as I had hoped, but I will find time
> tomorrow local time. It turns out that I might need to use this myself for
> a client.
>
>
>
> On Sun, Feb 9, 2020 at 7:30 PM Greg Dove  wrote:
>
>>
>> There is a css clash between Jewel and MXRoyale, and there might be more
>> issues at the child element level with different required base classes etc,
>> but I am not sure because I did not try that. Alex will undoubtedly explain
>> better than me.
>> I am pretty sure you cannot use MXRoyale visual components combined with
>> Jewel in the same project. But you do need the service related classes from
>> MXRoyale for Cairngorm.
>>
>> I am testing Cairngorm using 'Express', but if you want to use Jewel
>> (e.g. always > following should work so that you can still use the service classes from MX
>> (which Cairngorm has hard dependencies for).
>>
>> Below is what I am doing... you need to add the third option of the
>> following in maven:
>>  
>> -js-default-initializers=true;
>> -source-map=true;
>>
>> -compiler.exclude-defaults-css-files=MXRoyale-0.9.7-SNAPSHOT-js.swc:defaults.css;
>> 
>>
>> The first 2 above are options I use during development - you may or may
>> not want those.
>>
>> I will try to make the full source of what I have available for Cairngorm
>> port in about 24 hours time from this email. I need to check all the
>> licence stuff. I have a test app working but no view-related Cairngorm
>> stuff yet.
>>
>>
>>
>>
>>
>> On Sun, Feb 9, 2020 at 12:33 PM De Carli Gustavo <
>> gustavodeca...@gmail.com> wrote:
>>
>>> Hi .
>>>
>>> *Alex* : 0.9.7-snapshot royale-compiler - you're right, this was
>>> correct, the error does not reproduce anymore (null0).
>>> *Greg*. I tried the library and it worked correctly, I would like to
>>> know the implementation of the ServiceLocator.as how it is done, I made my
>>> own and although it worked, I have problems when I add a jewel tag in the
>>> project, for example a 
>>>
>>> Is it possible or correct to have tag mx and jewel in the same project?
>>>
>>> *thanks to you .*
>>>
>>>
>>> El vie., 7 feb. 2020 a las 14:14, Alex Harui ()
>>> escribió:
>>>
>>>> Make sure your app is using the updated compiler.  I assume you are
>>>> using Maven to compile the app?  Check the pom.xml to make sure it is
>>>> referencing the 0.9.7-SNAPSHOT and not just 0.9.7 or some other version.
>>>> One trick is to add some System.out.println to the file that was changed
>>>> and see if it shows up in the output.
>>>>
>>>>
>>>>
>>>> Regarding the tests, in the pom.xml for some of the projects like
>>>> compiler-jx, the maven-surefire-plugin and maven-failsafe-plugin dictate
>>>> which tests/files are run.
>>>>
>>>>
>>>>
>>>> HTH,
>>>>
>>>> -Alex
>>>>
>>>>
>>>>
>>>> *From: *De Carli Gustavo 
>>>> *Reply-To: *"users@royale.apache.org" 
>>>> *Date: *Friday, February 7, 2020 at 3:15 AM
>>>> *To: *"users@royale.apache.org" 
>>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>>
>>>>
>>>>
>>>>
>>>> Hi, yesterday I tried with the change of Alex, from the royale-compiler
>>>> without success, the "null0" continues. I don't know if I missed a step.
>>>>
>>>> I rebuilt with the royale-compiler project "mvn clean install" and
>>>> tried again the compilation of my project.
>>>>
>>>> On the other hand I am seeing to create a Test in the project, b

Re: Cairngorm problem add remote object MXML.

[Carlos Rovira]

Hi Alex,

for jewel, for example you can see TodoMVC, when I added MXRoyale to get
SharedObject visuals changed
I need to add to the pom.xml this:
-compiler.exclude-defaults-css-files=MXRoyale-${royale.framework.version}-js.swc:defaults.css

If you remove that line, you can see the issue

Anyway, I think the problem for me is not mix UI sets, since each one
brings its defaults to commons things. For example application-body,
view,...and then containers and controls. So does not have sense to me mix
UI sets. Or said in other way: has more sense to me to provide the missing
control or container to the UI set that does not have it than mix two sets.

The other benefit for the user is while coding: code intelligence will show
just 1 button, 1 list,...and not lots of them that will never use.

Other benefit will be that compiling should have lower requirements and be
more quick since will just involve 1 UI Set library instead of lots of them.

For non-visual code libraries (Router, Network, Reflection, Binding,...)
this does not apply, since you just get the code if you use it. But UI sets
are different since each one brings different versions of the seam need and
brings common CSS to the mix too, what is never wanted (or neither, user or
compiler should have to worry about it, and should be a non-valid scenario
for us).


El lun., 10 feb. 2020 a las 8:16, Greg Dove ()
escribió:

>
> "I will try to make the full source of what I have available for Cairngorm
> port in about 24 hours time from this email. I need to check all the
> licence stuff. "
>
> Sorry, I did not get to the above yet as I had hoped, but I will find time
> tomorrow local time. It turns out that I might need to use this myself for
> a client.
>
>
>
> On Sun, Feb 9, 2020 at 7:30 PM Greg Dove  wrote:
>
>>
>> There is a css clash between Jewel and MXRoyale, and there might be more
>> issues at the child element level with different required base classes etc,
>> but I am not sure because I did not try that. Alex will undoubtedly explain
>> better than me.
>> I am pretty sure you cannot use MXRoyale visual components combined with
>> Jewel in the same project. But you do need the service related classes from
>> MXRoyale for Cairngorm.
>>
>> I am testing Cairngorm using 'Express', but if you want to use Jewel
>> (e.g. always > following should work so that you can still use the service classes from MX
>> (which Cairngorm has hard dependencies for).
>>
>> Below is what I am doing... you need to add the third option of the
>> following in maven:
>>  
>> -js-default-initializers=true;
>> -source-map=true;
>>
>> -compiler.exclude-defaults-css-files=MXRoyale-0.9.7-SNAPSHOT-js.swc:defaults.css;
>> 
>>
>> The first 2 above are options I use during development - you may or may
>> not want those.
>>
>> I will try to make the full source of what I have available for Cairngorm
>> port in about 24 hours time from this email. I need to check all the
>> licence stuff. I have a test app working but no view-related Cairngorm
>> stuff yet.
>>
>>
>>
>>
>>
>> On Sun, Feb 9, 2020 at 12:33 PM De Carli Gustavo <
>> gustavodeca...@gmail.com> wrote:
>>
>>> Hi .
>>>
>>> *Alex* : 0.9.7-snapshot royale-compiler - you're right, this was
>>> correct, the error does not reproduce anymore (null0).
>>> *Greg*. I tried the library and it worked correctly, I would like to
>>> know the implementation of the ServiceLocator.as how it is done, I made my
>>> own and although it worked, I have problems when I add a jewel tag in the
>>> project, for example a 
>>>
>>> Is it possible or correct to have tag mx and jewel in the same project?
>>>
>>> *thanks to you .*
>>>
>>>
>>> El vie., 7 feb. 2020 a las 14:14, Alex Harui ()
>>> escribió:
>>>
>>>> Make sure your app is using the updated compiler.  I assume you are
>>>> using Maven to compile the app?  Check the pom.xml to make sure it is
>>>> referencing the 0.9.7-SNAPSHOT and not just 0.9.7 or some other version.
>>>> One trick is to add some System.out.println to the file that was changed
>>>> and see if it shows up in the output.
>>>>
>>>>
>>>>
>>>> Regarding the tests, in the pom.xml for some of the projects like
>>>> compiler-jx, the maven-surefire-plugin and maven-failsafe-plugin dictate
>>>> which tests/files are run.
>>>>
>>>>
>>>>
>>>> HTH,
>>>>
>>>> -Alex
>>>>
>>

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

"I will try to make the full source of what I have available for Cairngorm
port in about 24 hours time from this email. I need to check all the
licence stuff. "

Sorry, I did not get to the above yet as I had hoped, but I will find time
tomorrow local time. It turns out that I might need to use this myself for
a client.



On Sun, Feb 9, 2020 at 7:30 PM Greg Dove  wrote:

>
> There is a css clash between Jewel and MXRoyale, and there might be more
> issues at the child element level with different required base classes etc,
> but I am not sure because I did not try that. Alex will undoubtedly explain
> better than me.
> I am pretty sure you cannot use MXRoyale visual components combined with
> Jewel in the same project. But you do need the service related classes from
> MXRoyale for Cairngorm.
>
> I am testing Cairngorm using 'Express', but if you want to use Jewel (e.g.
> always  following should work so that you can still use the service classes from MX
> (which Cairngorm has hard dependencies for).
>
> Below is what I am doing... you need to add the third option of the
> following in maven:
>  
> -js-default-initializers=true;
> -source-map=true;
>
> -compiler.exclude-defaults-css-files=MXRoyale-0.9.7-SNAPSHOT-js.swc:defaults.css;
> 
>
> The first 2 above are options I use during development - you may or may
> not want those.
>
> I will try to make the full source of what I have available for Cairngorm
> port in about 24 hours time from this email. I need to check all the
> licence stuff. I have a test app working but no view-related Cairngorm
> stuff yet.
>
>
>
>
>
> On Sun, Feb 9, 2020 at 12:33 PM De Carli Gustavo 
> wrote:
>
>> Hi .
>>
>> *Alex* : 0.9.7-snapshot royale-compiler - you're right, this was
>> correct, the error does not reproduce anymore (null0).
>> *Greg*. I tried the library and it worked correctly, I would like to
>> know the implementation of the ServiceLocator.as how it is done, I made my
>> own and although it worked, I have problems when I add a jewel tag in the
>> project, for example a 
>>
>> Is it possible or correct to have tag mx and jewel in the same project?
>>
>> *thanks to you .*
>>
>>
>> El vie., 7 feb. 2020 a las 14:14, Alex Harui ()
>> escribió:
>>
>>> Make sure your app is using the updated compiler.  I assume you are
>>> using Maven to compile the app?  Check the pom.xml to make sure it is
>>> referencing the 0.9.7-SNAPSHOT and not just 0.9.7 or some other version.
>>> One trick is to add some System.out.println to the file that was changed
>>> and see if it shows up in the output.
>>>
>>>
>>>
>>> Regarding the tests, in the pom.xml for some of the projects like
>>> compiler-jx, the maven-surefire-plugin and maven-failsafe-plugin dictate
>>> which tests/files are run.
>>>
>>>
>>>
>>> HTH,
>>>
>>> -Alex
>>>
>>>
>>>
>>> *From: *De Carli Gustavo 
>>> *Reply-To: *"users@royale.apache.org" 
>>> *Date: *Friday, February 7, 2020 at 3:15 AM
>>> *To: *"users@royale.apache.org" 
>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>
>>>
>>>
>>>
>>> Hi, yesterday I tried with the change of Alex, from the royale-compiler
>>> without success, the "null0" continues. I don't know if I missed a step.
>>>
>>> I rebuilt with the royale-compiler project "mvn clean install" and tried
>>> again the compilation of my project.
>>>
>>> On the other hand I am seeing to create a Test in the project, but I see
>>> that they are not running the tests of the package "royale-compiler \
>>> compiler-jx \ src \ test \ java \ org \ apache \ royale \ compiler \
>>> internal \ codegen \ mxml \ ...", do you know why?
>>>
>>>
>>>
>>> Thanks.
>>>
>>> Gustavo.
>>>
>>>
>>>
>>> El vie., 7 feb. 2020 a las 4:21, Greg Dove ()
>>> escribió:
>>>
>>>
>>> I'll try to get an minimal example working over my weekend sometime to
>>> test what I have. I made a quick start on that, just to get something that
>>> compiles. Once I see that it seems to be working I will release to git repo
>>> for the port.
>>>
>>> If you do want to try a different swc from what you already have, you
>>> could try one now from builds here I think:
>>>
>>>
>>>
>>> https://www.dro

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

Does anybody know of an explicit example of a CSS conflict between MX and
Jewel?



I can't recall details offhand.


But CruxGitHubCommitLogViewer is an Express project, and it has at least a
little bit of mayhem if you don't avoid that. The Crux service call stuff
seems to run but the visuals are not processed I think because of startup
errors, which includes renderer mappings/Factories from MXRoyale I think.


I just tried removing:

'-compiler.exclude-defaults-css-files=MXRoyale-${royale.framework.version}-js.swc:defaults.css;'


to get the errors.

I assume you could see the same thing in ant if you preferred to use ant,
by removing the  tag from the local
compile-app-config.xml


That's not Jewel (I know it!).  Maybe Carlos can provide more detail for
Jewel.

On Mon, Feb 10, 2020 at 5:46 PM Alex Harui  wrote:

> Does anybody know of an explicit example of a CSS conflict between MX and
> Jewel?
>
>
>
> -Alex
>
>
>
> *From: *Carlos Rovira 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Sunday, February 9, 2020 at 7:32 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
> Hi,
>
>
>
> as Greg pointed combine different UI Sets can work at logic level, but can
> generate unwanted visual results due to CSS problems. So you need to use
> the "compiler.exclude-defaults-css-files", but this means that you have
> Jewel or MX CSS.
>
>
>
> This is recommended when you use non-ui visual classes like RemoteObject,
> AMF, HTTPService, Validators , etc...
>
>
>
> There's a plan to separate MXRoyale UI Set (MX) from non-visual classes,
> as we have the time, so you can just add that dependency to you project if
> you use other UI Set (MDL, Jewel, Basic,...)
>
>
>
> At funcional level, Jewel should have the same UI options than MX and
> probably more, since has new components like Drawe, TobBar, Badges or PopUp
> to name just a few. Others are in the works, soon Tree,... and if you thing
> something is missing, talk so we can know there's a concrete need.
>
>
>
> Thanks
>
>
>
> Carlos
>
>
>
>
>
> El dom., 9 feb. 2020 a las 7:30, Greg Dove ()
> escribió:
>
>
> There is a css clash between Jewel and MXRoyale, and there might be more
> issues at the child element level with different required base classes etc,
> but I am not sure because I did not try that. Alex will undoubtedly explain
> better than me.
>
> I am pretty sure you cannot use MXRoyale visual components combined with
> Jewel in the same project. But you do need the service related classes from
> MXRoyale for Cairngorm.
>
>
>
> I am testing Cairngorm using 'Express', but if you want to use Jewel (e.g.
> always  following should work so that you can still use the service classes from MX
> (which Cairngorm has hard dependencies for).
>
>
>
> Below is what I am doing... you need to add the third option of the
> following in maven:
>
>  
> -js-default-initializers=true;
> -source-map=true;
>
> -compiler.exclude-defaults-css-files=MXRoyale-0.9.7-SNAPSHOT-js.swc:defaults.css;
> 
>
>
>
> The first 2 above are options I use during development - you may or may
> not want those.
>
>
>
> I will try to make the full source of what I have available for Cairngorm
> port in about 24 hours time from this email. I need to check all the
> licence stuff. I have a test app working but no view-related Cairngorm
> stuff yet.
>
>
>
>
>
>
>
>
>
>
>
> On Sun, Feb 9, 2020 at 12:33 PM De Carli Gustavo 
> wrote:
>
> Hi .
>
>
>
> *Alex* : 0.9.7-snapshot royale-compiler - you're right, this was correct,
> the error does not reproduce anymore (null0).
>
> *Greg*. I tried the library and it worked correctly, I would like to know
> the implementation of the ServiceLocator.as how it is done, I made my own
> and although it worked, I have problems when I add a jewel tag in the
> project, for example a 
>
>
>
> Is it possible or correct to have tag mx and jewel in the same project?
>
>
>
> *thanks to you .*
>
>
>
> El vie., 7 feb. 2020 a las 14:14, Alex Harui ()
> escribió:
>
> Make sure your app is using the updated compiler.  I assume you are using
> Maven to compile the app?  Check the pom.xml to make sure it is referencing
> the 0.9.7-SNAPSHOT and not just 0.9.7 or some other version.  One trick is
> to add some System.out.println to the file that was changed and see if it
> shows up in the output.
>
>
>
> Regarding the tests, in the pom.xml for some of the projects like
> compiler-jx, the maven-surefire-plugin and maven-failsafe-plugin dictate
>

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

Does anybody know of an explicit example of a CSS conflict between MX and Jewel?

-Alex

From: Carlos Rovira 
Reply-To: "users@royale.apache.org" 
Date: Sunday, February 9, 2020 at 7:32 AM
To: "users@royale.apache.org" 
Subject: Re: Cairngorm problem add remote object MXML.

Hi,

as Greg pointed combine different UI Sets can work at logic level, but can 
generate unwanted visual results due to CSS problems. So you need to use the 
"compiler.exclude-defaults-css-files", but this means that you have Jewel or MX 
CSS.

This is recommended when you use non-ui visual classes like RemoteObject, AMF, 
HTTPService, Validators , etc...

There's a plan to separate MXRoyale UI Set (MX) from non-visual classes, as we 
have the time, so you can just add that dependency to you project if you use 
other UI Set (MDL, Jewel, Basic,...)

At funcional level, Jewel should have the same UI options than MX and probably 
more, since has new components like Drawe, TobBar, Badges or PopUp to name just 
a few. Others are in the works, soon Tree,... and if you thing something is 
missing, talk so we can know there's a concrete need.

Thanks

Carlos


El dom., 9 feb. 2020 a las 7:30, Greg Dove 
(mailto:greg.d...@gmail.com>>) escribió:

There is a css clash between Jewel and MXRoyale, and there might be more issues 
at the child element level with different required base classes etc, but I am 
not sure because I did not try that. Alex will undoubtedly explain better than 
me.
I am pretty sure you cannot use MXRoyale visual components combined with Jewel 
in the same project. But you do need the service related classes from MXRoyale 
for Cairngorm.

I am testing Cairngorm using 'Express', but if you want to use Jewel (e.g. 
always 
-js-default-initializers=true;
-source-map=true;

-compiler.exclude-defaults-css-files=MXRoyale-0.9.7-SNAPSHOT-js.swc:defaults.css;


The first 2 above are options I use during development - you may or may not 
want those.

I will try to make the full source of what I have available for Cairngorm port 
in about 24 hours time from this email. I need to check all the licence stuff. 
I have a test app working but no view-related Cairngorm stuff yet.





On Sun, Feb 9, 2020 at 12:33 PM De Carli Gustavo 
mailto:gustavodeca...@gmail.com>> wrote:
Hi .

Alex : 0.9.7-snapshot royale-compiler - you're right, this was correct, the 
error does not reproduce anymore (null0).
Greg. I tried the library and it worked correctly, I would like to know the 
implementation of the ServiceLocator.as how it is done, I made my own and 
although it worked, I have problems when I add a jewel tag in the project, for 
example a 

Is it possible or correct to have tag mx and jewel in the same project?


thanks to you .

El vie., 7 feb. 2020 a las 14:14, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
Make sure your app is using the updated compiler.  I assume you are using Maven 
to compile the app?  Check the pom.xml to make sure it is referencing the 
0.9.7-SNAPSHOT and not just 0.9.7 or some other version.  One trick is to add 
some System.out.println to the file that was changed and see if it shows up in 
the output.

Regarding the tests, in the pom.xml for some of the projects like compiler-jx, 
the maven-surefire-plugin and maven-failsafe-plugin dictate which tests/files 
are run.

HTH,
-Alex

From: De Carli Gustavo 
mailto:gustavodeca...@gmail.com>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Friday, February 7, 2020 at 3:15 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Re: Cairngorm problem add remote object MXML.


Hi, yesterday I tried with the change of Alex, from the royale-compiler without 
success, the "null0" continues. I don't know if I missed a step.
I rebuilt with the royale-compiler project "mvn clean install" and tried again 
the compilation of my project.
On the other hand I am seeing to create a Test in the project, but I see that 
they are not running the tests of the package "royale-compiler \ compiler-jx \ 
src \ test \ java \ org \ apache \ royale \ compiler \ internal \ codegen \ 
mxml \ ...", do you know why?

Thanks.
Gustavo.

El vie., 7 feb. 2020 a las 4:21, Greg Dove 
(mailto:greg.d...@gmail.com>>) escribió:

I'll try to get an minimal example working over my weekend sometime to test 
what I have. I made a quick start on that, just to get something that compiles. 
Once I see that it seems to be working I will release to git repo for the port.
If you do want to try a different swc from what you already have, you could try 
one now from builds here I think:

https://www.dropbox.com/sh/xk8aui9ghy30mid/x0LUpfjXEQWC221zAjTza?dl=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

There is a css clash between Jewel and MXRoyale, and there might be more
issues at the child element level with different required base classes etc,
but I am not sure because I did not try that. Alex will undoubtedly explain
better than me.
I am pretty sure you cannot use MXRoyale visual components combined with
Jewel in the same project. But you do need the service related classes from
MXRoyale for Cairngorm.

I am testing Cairngorm using 'Express', but if you want to use Jewel (e.g.
always 
-js-default-initializers=true;
-source-map=true;

-compiler.exclude-defaults-css-files=MXRoyale-0.9.7-SNAPSHOT-js.swc:defaults.css;


The first 2 above are options I use during development - you may or may not
want those.

I will try to make the full source of what I have available for Cairngorm
port in about 24 hours time from this email. I need to check all the
licence stuff. I have a test app working but no view-related Cairngorm
stuff yet.





On Sun, Feb 9, 2020 at 12:33 PM De Carli Gustavo 
wrote:

> Hi .
>
> *Alex* : 0.9.7-snapshot royale-compiler - you're right, this was correct,
> the error does not reproduce anymore (null0).
> *Greg*. I tried the library and it worked correctly, I would like to know
> the implementation of the ServiceLocator.as how it is done, I made my own
> and although it worked, I have problems when I add a jewel tag in the
> project, for example a 
>
> Is it possible or correct to have tag mx and jewel in the same project?
>
> *thanks to you .*
>
>
> El vie., 7 feb. 2020 a las 14:14, Alex Harui ()
> escribió:
>
>> Make sure your app is using the updated compiler.  I assume you are using
>> Maven to compile the app?  Check the pom.xml to make sure it is referencing
>> the 0.9.7-SNAPSHOT and not just 0.9.7 or some other version.  One trick is
>> to add some System.out.println to the file that was changed and see if it
>> shows up in the output.
>>
>>
>>
>> Regarding the tests, in the pom.xml for some of the projects like
>> compiler-jx, the maven-surefire-plugin and maven-failsafe-plugin dictate
>> which tests/files are run.
>>
>>
>>
>> HTH,
>>
>> -Alex
>>
>>
>>
>> *From: *De Carli Gustavo 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Friday, February 7, 2020 at 3:15 AM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>
>>
>>
>>
>> Hi, yesterday I tried with the change of Alex, from the royale-compiler
>> without success, the "null0" continues. I don't know if I missed a step.
>>
>> I rebuilt with the royale-compiler project "mvn clean install" and tried
>> again the compilation of my project.
>>
>> On the other hand I am seeing to create a Test in the project, but I see
>> that they are not running the tests of the package "royale-compiler \
>> compiler-jx \ src \ test \ java \ org \ apache \ royale \ compiler \
>> internal \ codegen \ mxml \ ...", do you know why?
>>
>>
>>
>> Thanks.
>>
>> Gustavo.
>>
>>
>>
>> El vie., 7 feb. 2020 a las 4:21, Greg Dove ()
>> escribió:
>>
>>
>> I'll try to get an minimal example working over my weekend sometime to
>> test what I have. I made a quick start on that, just to get something that
>> compiles. Once I see that it seems to be working I will release to git repo
>> for the port.
>>
>> If you do want to try a different swc from what you already have, you
>> could try one now from builds here I think:
>>
>>
>>
>> https://www.dropbox.com/sh/xk8aui9ghy30mid/x0LUpfjXEQWC221zAjTza?dl=0
>> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.dropbox.com%2Fsh%2Fxk8aui9ghy30mid%2Fx0LUpfjXEQWC221zAjTza%3Fdl%3D0=02%7C01%7Caharui%40adobe.com%7C707a97326caa408ce15e08d7abbf0ebb%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637166709390899554=6YfYnU896lHruaduCxUnrCkndhecXz7JELyQBoJd%2FFU%3D=0>
>>
>>
>>
>> (I will remove that link in some days once the port is more thoroughly
>> tested and available to all)
>>
>>
>>
>> I was able to inspect and verify that the js build had a ServicesLocator
>> (as defined in that swc) mxml subclass which was populating correctly with
>> the recent compiler changes from Alex, but I am not yet able to test more
>> thoroughly. The view support probably won't work yet because there are no
>> 'added' and 'removed' events, but we will figure something out.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Fri, Feb 7, 2020 at

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

Hi .

*Alex* : 0.9.7-snapshot royale-compiler - you're right, this was correct,
the error does not reproduce anymore (null0).
*Greg*. I tried the library and it worked correctly, I would like to know
the implementation of the ServiceLocator.as how it is done, I made my own
and although it worked, I have problems when I add a jewel tag in the
project, for example a 

Is it possible or correct to have tag mx and jewel in the same project?

*thanks to you .*


El vie., 7 feb. 2020 a las 14:14, Alex Harui () escribió:

> Make sure your app is using the updated compiler.  I assume you are using
> Maven to compile the app?  Check the pom.xml to make sure it is referencing
> the 0.9.7-SNAPSHOT and not just 0.9.7 or some other version.  One trick is
> to add some System.out.println to the file that was changed and see if it
> shows up in the output.
>
>
>
> Regarding the tests, in the pom.xml for some of the projects like
> compiler-jx, the maven-surefire-plugin and maven-failsafe-plugin dictate
> which tests/files are run.
>
>
>
> HTH,
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Friday, February 7, 2020 at 3:15 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
>
> Hi, yesterday I tried with the change of Alex, from the royale-compiler
> without success, the "null0" continues. I don't know if I missed a step.
>
> I rebuilt with the royale-compiler project "mvn clean install" and tried
> again the compilation of my project.
>
> On the other hand I am seeing to create a Test in the project, but I see
> that they are not running the tests of the package "royale-compiler \
> compiler-jx \ src \ test \ java \ org \ apache \ royale \ compiler \
> internal \ codegen \ mxml \ ...", do you know why?
>
>
>
> Thanks.
>
> Gustavo.
>
>
>
> El vie., 7 feb. 2020 a las 4:21, Greg Dove ()
> escribió:
>
>
> I'll try to get an minimal example working over my weekend sometime to
> test what I have. I made a quick start on that, just to get something that
> compiles. Once I see that it seems to be working I will release to git repo
> for the port.
>
> If you do want to try a different swc from what you already have, you
> could try one now from builds here I think:
>
>
>
> https://www.dropbox.com/sh/xk8aui9ghy30mid/x0LUpfjXEQWC221zAjTza?dl=0
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.dropbox.com%2Fsh%2Fxk8aui9ghy30mid%2Fx0LUpfjXEQWC221zAjTza%3Fdl%3D0=02%7C01%7Caharui%40adobe.com%7C707a97326caa408ce15e08d7abbf0ebb%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637166709390899554=6YfYnU896lHruaduCxUnrCkndhecXz7JELyQBoJd%2FFU%3D=0>
>
>
>
> (I will remove that link in some days once the port is more thoroughly
> tested and available to all)
>
>
>
> I was able to inspect and verify that the js build had a ServicesLocator
> (as defined in that swc) mxml subclass which was populating correctly with
> the recent compiler changes from Alex, but I am not yet able to test more
> thoroughly. The view support probably won't work yet because there are no
> 'added' and 'removed' events, but we will figure something out.
>
>
>
>
>
>
>
>
>
> On Fri, Feb 7, 2020 at 6:23 PM Greg Dove  wrote:
>
>
> Alex, I tested this change today. There is more to it than that, it seems.
> I will discuss details in dev list.
>
>
>
>
>
> On Fri, Feb 7, 2020 at 8:40 AM Alex Harui  wrote:
>
> royale-compiler
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Thursday, February 6, 2020 at 11:39 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
> Sorry Alex, what repository is that of the push ?
>
>
>
> El jue., 6 feb. 2020 a las 16:13, Alex Harui ()
> escribió:
>
> I just pushed a change to the compiler.  It should now have valid output
> for ServiceLocator.
>
>
>
> The compiler change was interesting in that I changed an else clause that
> was put in to handle instances specified as children of top tags but was
> doing the wrong thing.  All of the compiler tests passed, but never hit
> that code so none of our tests actually used that code, even though the
> commit log implied it was for one of the tests.  Either I made the earlier
> change to propagate the fix for plain properties to instances or there is
> some other scenario for instances as children (without a default property)
> that I am not thinking of.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

Make sure your app is using the updated compiler.  I assume you are using Maven 
to compile the app?  Check the pom.xml to make sure it is referencing the 
0.9.7-SNAPSHOT and not just 0.9.7 or some other version.  One trick is to add 
some System.out.println to the file that was changed and see if it shows up in 
the output.

Regarding the tests, in the pom.xml for some of the projects like compiler-jx, 
the maven-surefire-plugin and maven-failsafe-plugin dictate which tests/files 
are run.

HTH,
-Alex

From: De Carli Gustavo 
Reply-To: "users@royale.apache.org" 
Date: Friday, February 7, 2020 at 3:15 AM
To: "users@royale.apache.org" 
Subject: Re: Cairngorm problem add remote object MXML.


Hi, yesterday I tried with the change of Alex, from the royale-compiler without 
success, the "null0" continues. I don't know if I missed a step.
I rebuilt with the royale-compiler project "mvn clean install" and tried again 
the compilation of my project.
On the other hand I am seeing to create a Test in the project, but I see that 
they are not running the tests of the package "royale-compiler \ compiler-jx \ 
src \ test \ java \ org \ apache \ royale \ compiler \ internal \ codegen \ 
mxml \ ...", do you know why?

Thanks.
Gustavo.

El vie., 7 feb. 2020 a las 4:21, Greg Dove 
(mailto:greg.d...@gmail.com>>) escribió:

I'll try to get an minimal example working over my weekend sometime to test 
what I have. I made a quick start on that, just to get something that compiles. 
Once I see that it seems to be working I will release to git repo for the port.
If you do want to try a different swc from what you already have, you could try 
one now from builds here I think:

https://www.dropbox.com/sh/xk8aui9ghy30mid/x0LUpfjXEQWC221zAjTza?dl=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.dropbox.com%2Fsh%2Fxk8aui9ghy30mid%2Fx0LUpfjXEQWC221zAjTza%3Fdl%3D0=02%7C01%7Caharui%40adobe.com%7C707a97326caa408ce15e08d7abbf0ebb%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637166709390899554=6YfYnU896lHruaduCxUnrCkndhecXz7JELyQBoJd%2FFU%3D=0>

(I will remove that link in some days once the port is more thoroughly tested 
and available to all)

I was able to inspect and verify that the js build had a ServicesLocator (as 
defined in that swc) mxml subclass which was populating correctly with the 
recent compiler changes from Alex, but I am not yet able to test more 
thoroughly. The view support probably won't work yet because there are no 
'added' and 'removed' events, but we will figure something out.




On Fri, Feb 7, 2020 at 6:23 PM Greg Dove 
mailto:greg.d...@gmail.com>> wrote:

Alex, I tested this change today. There is more to it than that, it seems. I 
will discuss details in dev list.


On Fri, Feb 7, 2020 at 8:40 AM Alex Harui 
mailto:aha...@adobe.com>> wrote:
royale-compiler

From: De Carli Gustavo 
mailto:gustavodeca...@gmail.com>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Thursday, February 6, 2020 at 11:39 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Re: Cairngorm problem add remote object MXML.

Sorry Alex, what repository is that of the push ?

El jue., 6 feb. 2020 a las 16:13, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
I just pushed a change to the compiler.  It should now have valid output for 
ServiceLocator.

The compiler change was interesting in that I changed an else clause that was 
put in to handle instances specified as children of top tags but was doing the 
wrong thing.  All of the compiler tests passed, but never hit that code so none 
of our tests actually used that code, even though the commit log implied it was 
for one of the tests.  Either I made the earlier change to propagate the fix 
for plain properties to instances or there is some other scenario for instances 
as children (without a default property) that I am not thinking of.

-Alex

From: De Carli Gustavo 
mailto:gustavodeca...@gmail.com>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Thursday, February 6, 2020 at 6:03 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Re: Cairngorm problem add remote object MXML.


Exactly, cairmgorm, as Carlos says, is not the best option, but we save a lot 
of time in migrations where they use it and leave more time for other questions.

 i will continue to test how to fill that array today.
Thank you very much for everyone in this collaboration.

Gustavo.

El jue., 6 feb. 2020 a las 8:39, Carlos Rovira 
(mailto:carlosrov...@apache.org>>) escribió:
Thanks Greg, for the sponsor credits, and thanks Takeshita for the words :)

I know Cairngorm could 

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

Hi, yesterday I tried with the change of Alex, from the royale-compiler
without success, the "null0" continues. I don't know if I missed a step.
I rebuilt with the royale-compiler project "mvn clean install" and tried
again the compilation of my project.
On the other hand I am seeing to create a Test in the project, but I see
that they are not running the tests of the package "royale-compiler \
compiler-jx \ src \ test \ java \ org \ apache \ royale \ compiler \
internal \ codegen \ mxml \ ...", do you know why?

Thanks.
Gustavo.

El vie., 7 feb. 2020 a las 4:21, Greg Dove () escribió:

>
> I'll try to get an minimal example working over my weekend sometime to
> test what I have. I made a quick start on that, just to get something that
> compiles. Once I see that it seems to be working I will release to git repo
> for the port.
> If you do want to try a different swc from what you already have, you
> could try one now from builds here I think:
>
> https://www.dropbox.com/sh/xk8aui9ghy30mid/x0LUpfjXEQWC221zAjTza?dl=0
>
> (I will remove that link in some days once the port is more thoroughly
> tested and available to all)
>
> I was able to inspect and verify that the js build had a ServicesLocator
> (as defined in that swc) mxml subclass which was populating correctly with
> the recent compiler changes from Alex, but I am not yet able to test more
> thoroughly. The view support probably won't work yet because there are no
> 'added' and 'removed' events, but we will figure something out.
>
>
>
>
> On Fri, Feb 7, 2020 at 6:23 PM Greg Dove  wrote:
>
>>
>> Alex, I tested this change today. There is more to it than that, it
>> seems. I will discuss details in dev list.
>>
>>
>> On Fri, Feb 7, 2020 at 8:40 AM Alex Harui  wrote:
>>
>>> royale-compiler
>>>
>>>
>>>
>>> *From: *De Carli Gustavo 
>>> *Reply-To: *"users@royale.apache.org" 
>>> *Date: *Thursday, February 6, 2020 at 11:39 AM
>>> *To: *"users@royale.apache.org" 
>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>
>>>
>>>
>>> Sorry Alex, what repository is that of the push ?
>>>
>>>
>>>
>>> El jue., 6 feb. 2020 a las 16:13, Alex Harui ()
>>> escribió:
>>>
>>> I just pushed a change to the compiler.  It should now have valid output
>>> for ServiceLocator.
>>>
>>>
>>>
>>> The compiler change was interesting in that I changed an else clause
>>> that was put in to handle instances specified as children of top tags but
>>> was doing the wrong thing.  All of the compiler tests passed, but never hit
>>> that code so none of our tests actually used that code, even though the
>>> commit log implied it was for one of the tests.  Either I made the earlier
>>> change to propagate the fix for plain properties to instances or there is
>>> some other scenario for instances as children (without a default property)
>>> that I am not thinking of.
>>>
>>>
>>>
>>> -Alex
>>>
>>>
>>>
>>> *From: *De Carli Gustavo 
>>> *Reply-To: *"users@royale.apache.org" 
>>> *Date: *Thursday, February 6, 2020 at 6:03 AM
>>> *To: *"users@royale.apache.org" 
>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>
>>>
>>>
>>>
>>> Exactly, cairmgorm, as Carlos says, is not the best option, but we save
>>> a lot of time in migrations where they use it and leave more time for other
>>> questions.
>>>
>>>  i will continue to test how to fill that array today.
>>>
>>> Thank you very much for everyone in this collaboration.
>>>
>>>
>>>
>>> Gustavo.
>>>
>>>
>>>
>>> El jue., 6 feb. 2020 a las 8:39, Carlos Rovira ()
>>> escribió:
>>>
>>> Thanks Greg, for the sponsor credits, and thanks Takeshita for the words
>>> :)
>>>
>>>
>>>
>>> I know Cairngorm could be good for people wanting to migrate with the
>>> less effort possible. Anyway, I recommend, if possible to try to switch to
>>> Crux. We already did that several years ago in Flex, since all DI, IOC
>>> stuff, make us be more efficient and increase options. For people creating
>>> new apps, for me there's no doubt, for people migrating, should contemplate
>>> the Crux option if they continue evolving the app with new features...
>>>
>>>
>>>
>>

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

I'll try to get an minimal example working over my weekend sometime to test
what I have. I made a quick start on that, just to get something that
compiles. Once I see that it seems to be working I will release to git repo
for the port.
If you do want to try a different swc from what you already have, you could
try one now from builds here I think:

https://www.dropbox.com/sh/xk8aui9ghy30mid/x0LUpfjXEQWC221zAjTza?dl=0

(I will remove that link in some days once the port is more thoroughly
tested and available to all)

I was able to inspect and verify that the js build had a ServicesLocator
(as defined in that swc) mxml subclass which was populating correctly with
the recent compiler changes from Alex, but I am not yet able to test more
thoroughly. The view support probably won't work yet because there are no
'added' and 'removed' events, but we will figure something out.




On Fri, Feb 7, 2020 at 6:23 PM Greg Dove  wrote:

>
> Alex, I tested this change today. There is more to it than that, it seems.
> I will discuss details in dev list.
>
>
> On Fri, Feb 7, 2020 at 8:40 AM Alex Harui  wrote:
>
>> royale-compiler
>>
>>
>>
>> *From: *De Carli Gustavo 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Thursday, February 6, 2020 at 11:39 AM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>
>>
>>
>> Sorry Alex, what repository is that of the push ?
>>
>>
>>
>> El jue., 6 feb. 2020 a las 16:13, Alex Harui ()
>> escribió:
>>
>> I just pushed a change to the compiler.  It should now have valid output
>> for ServiceLocator.
>>
>>
>>
>> The compiler change was interesting in that I changed an else clause that
>> was put in to handle instances specified as children of top tags but was
>> doing the wrong thing.  All of the compiler tests passed, but never hit
>> that code so none of our tests actually used that code, even though the
>> commit log implied it was for one of the tests.  Either I made the earlier
>> change to propagate the fix for plain properties to instances or there is
>> some other scenario for instances as children (without a default property)
>> that I am not thinking of.
>>
>>
>>
>> -Alex
>>
>>
>>
>> *From: *De Carli Gustavo 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Thursday, February 6, 2020 at 6:03 AM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>
>>
>>
>>
>> Exactly, cairmgorm, as Carlos says, is not the best option, but we save a
>> lot of time in migrations where they use it and leave more time for other
>> questions.
>>
>>  i will continue to test how to fill that array today.
>>
>> Thank you very much for everyone in this collaboration.
>>
>>
>>
>> Gustavo.
>>
>>
>>
>> El jue., 6 feb. 2020 a las 8:39, Carlos Rovira ()
>> escribió:
>>
>> Thanks Greg, for the sponsor credits, and thanks Takeshita for the words
>> :)
>>
>>
>>
>> I know Cairngorm could be good for people wanting to migrate with the
>> less effort possible. Anyway, I recommend, if possible to try to switch to
>> Crux. We already did that several years ago in Flex, since all DI, IOC
>> stuff, make us be more efficient and increase options. For people creating
>> new apps, for me there's no doubt, for people migrating, should contemplate
>> the Crux option if they continue evolving the app with new features...
>>
>>
>>
>> just my 2 :)
>>
>>
>>
>> Carlos
>>
>>
>>
>>
>>
>>
>>
>> El jue., 6 feb. 2020 a las 5:28, Takeshita Shoichiro ()
>> escribió:
>>
>> Greg, thanks for your clarification.  Anyway, it is  a great work.
>> Carlos, thanks all the times.^_^
>>
>>
>>
>> 2020年2月6日(木) 13:22 Greg Dove :
>>
>>
>>
>> Hi Takeshita,
>>
>>
>>
>> Yes I think a few people have asked for Cairngorm or expressed interest
>> in it. Given the choice, I personally think Crux will be a more
>> modern/better option, but like I said, more people are asking for Cairngorm
>> now, so probably it makes sense to port that too.
>>
>>
>>
>> I'm also pleased to hear that you are using Crux, I hope it's working
>> well for you. Please report any issues if you see them.
>>
>>
>>
>> One small thing: I definitely understand that you were referring to the
>> work 

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

Alex, I tested this change today. There is more to it than that, it seems.
I will discuss details in dev list.


On Fri, Feb 7, 2020 at 8:40 AM Alex Harui  wrote:

> royale-compiler
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Thursday, February 6, 2020 at 11:39 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
> Sorry Alex, what repository is that of the push ?
>
>
>
> El jue., 6 feb. 2020 a las 16:13, Alex Harui ()
> escribió:
>
> I just pushed a change to the compiler.  It should now have valid output
> for ServiceLocator.
>
>
>
> The compiler change was interesting in that I changed an else clause that
> was put in to handle instances specified as children of top tags but was
> doing the wrong thing.  All of the compiler tests passed, but never hit
> that code so none of our tests actually used that code, even though the
> commit log implied it was for one of the tests.  Either I made the earlier
> change to propagate the fix for plain properties to instances or there is
> some other scenario for instances as children (without a default property)
> that I am not thinking of.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Thursday, February 6, 2020 at 6:03 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
>
> Exactly, cairmgorm, as Carlos says, is not the best option, but we save a
> lot of time in migrations where they use it and leave more time for other
> questions.
>
>  i will continue to test how to fill that array today.
>
> Thank you very much for everyone in this collaboration.
>
>
>
> Gustavo.
>
>
>
> El jue., 6 feb. 2020 a las 8:39, Carlos Rovira ()
> escribió:
>
> Thanks Greg, for the sponsor credits, and thanks Takeshita for the words
> :)
>
>
>
> I know Cairngorm could be good for people wanting to migrate with the less
> effort possible. Anyway, I recommend, if possible to try to switch to Crux.
> We already did that several years ago in Flex, since all DI, IOC stuff,
> make us be more efficient and increase options. For people creating new
> apps, for me there's no doubt, for people migrating, should contemplate the
> Crux option if they continue evolving the app with new features...
>
>
>
> just my 2 :)
>
>
>
> Carlos
>
>
>
>
>
>
>
> El jue., 6 feb. 2020 a las 5:28, Takeshita Shoichiro ()
> escribió:
>
> Greg, thanks for your clarification.  Anyway, it is  a great work.
> Carlos, thanks all the times.^_^
>
>
>
> 2020年2月6日(木) 13:22 Greg Dove :
>
>
>
> Hi Takeshita,
>
>
>
> Yes I think a few people have asked for Cairngorm or expressed interest in
> it. Given the choice, I personally think Crux will be a more modern/better
> option, but like I said, more people are asking for Cairngorm now, so
> probably it makes sense to port that too.
>
>
>
> I'm also pleased to hear that you are using Crux, I hope it's working well
> for you. Please report any issues if you see them.
>
>
>
> One small thing: I definitely understand that you were referring to the
> work I did on porting it to Royale, but just for the sake of anyone else
> who reads this: it's definitely not 'my Crux framework'. The code is ported
> from Swiz, and credit for the awesome features it has rests with the
> original authors of Swiz (I was in contact with the original developer
> during my efforts to port it to Royale).
>
> Also, just so people are aware, Carlos sponsored the majority of my work
> on porting that, so you really have Carlos to thank for that.
>
>
>
> cheers,
>
> Greg
>
>
>
> On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
> wrote:
>
> Greg,
>
>
>
> Thanks for your work. We already have your Crux framework replacing
> Cairngorm, it is great if Cairngorm works with Royale.  It will save a
> plenty of time of emulation work.
>
>
>
> 2020年2月6日(木) 12:33 Greg Dove :
>
>
> There does not appear to be a default property, like an array to put the
> 'children' in. I think it just creates the children as instances and makes
> sure they have id properties on the mxml-generated subclass that the
> instances are assigned to.
>
>
>
> The services are then identified and categorised by iterating the
> accessors of the ServiceLocator subclass via reflection and checking their
> types and then registering them.
>
> Although it is and mxml instance of ServiceLocator, it is also an enforced
> si

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

royale-compiler

From: De Carli Gustavo 
Reply-To: "users@royale.apache.org" 
Date: Thursday, February 6, 2020 at 11:39 AM
To: "users@royale.apache.org" 
Subject: Re: Cairngorm problem add remote object MXML.

Sorry Alex, what repository is that of the push ?

El jue., 6 feb. 2020 a las 16:13, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
I just pushed a change to the compiler.  It should now have valid output for 
ServiceLocator.

The compiler change was interesting in that I changed an else clause that was 
put in to handle instances specified as children of top tags but was doing the 
wrong thing.  All of the compiler tests passed, but never hit that code so none 
of our tests actually used that code, even though the commit log implied it was 
for one of the tests.  Either I made the earlier change to propagate the fix 
for plain properties to instances or there is some other scenario for instances 
as children (without a default property) that I am not thinking of.

-Alex

From: De Carli Gustavo 
mailto:gustavodeca...@gmail.com>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Thursday, February 6, 2020 at 6:03 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Re: Cairngorm problem add remote object MXML.


Exactly, cairmgorm, as Carlos says, is not the best option, but we save a lot 
of time in migrations where they use it and leave more time for other questions.

 i will continue to test how to fill that array today.
Thank you very much for everyone in this collaboration.

Gustavo.

El jue., 6 feb. 2020 a las 8:39, Carlos Rovira 
(mailto:carlosrov...@apache.org>>) escribió:
Thanks Greg, for the sponsor credits, and thanks Takeshita for the words :)

I know Cairngorm could be good for people wanting to migrate with the less 
effort possible. Anyway, I recommend, if possible to try to switch to Crux. We 
already did that several years ago in Flex, since all DI, IOC stuff, make us be 
more efficient and increase options. For people creating new apps, for me 
there's no doubt, for people migrating, should contemplate the Crux option if 
they continue evolving the app with new features...

just my 2 :)

Carlos



El jue., 6 feb. 2020 a las 5:28, Takeshita Shoichiro 
(mailto:jl03...@gmail.com>>) escribió:
Greg, thanks for your clarification.  Anyway, it is  a great work.  Carlos, 
thanks all the times.^_^

2020年2月6日(木) 13:22 Greg Dove mailto:greg.d...@gmail.com>>:

Hi Takeshita,

Yes I think a few people have asked for Cairngorm or expressed interest in it. 
Given the choice, I personally think Crux will be a more modern/better option, 
but like I said, more people are asking for Cairngorm now, so probably it makes 
sense to port that too.

I'm also pleased to hear that you are using Crux, I hope it's working well for 
you. Please report any issues if you see them.

One small thing: I definitely understand that you were referring to the work I 
did on porting it to Royale, but just for the sake of anyone else who reads 
this: it's definitely not 'my Crux framework'. The code is ported from Swiz, 
and credit for the awesome features it has rests with the original authors of 
Swiz (I was in contact with the original developer during my efforts to port it 
to Royale).
Also, just so people are aware, Carlos sponsored the majority of my work on 
porting that, so you really have Carlos to thank for that.

cheers,
Greg

On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
mailto:jl03...@gmail.com>> wrote:
Greg,

Thanks for your work. We already have your Crux framework replacing Cairngorm, 
it is great if Cairngorm works with Royale.  It will save a plenty of time of 
emulation work.

2020年2月6日(木) 12:33 Greg Dove mailto:greg.d...@gmail.com>>:

There does not appear to be a default property, like an array to put the 
'children' in. I think it just creates the children as instances and makes sure 
they have id properties on the mxml-generated subclass that the instances are 
assigned to.

The services are then identified and categorised by iterating the accessors of 
the ServiceLocator subclass via reflection and checking their types and then 
registering them.
Although it is and mxml instance of ServiceLocator, it is also an enforced 
singleton which is accessed elsewhere from code. At least that is how it 
appears to be set up to me.

I already took a look at the code and have made (not many) local changes and 
have the Cairngorm swc compiling via maven for both js and swf. I have not 
tested it. Things like weak event listeners are gone.
The main issue I think will be the Event.ADDED and Event.REMOVED for ViewHelper 
automated register/unregister. Maybe we can have a CaingormViewBase class with 
support for these, or perhaps we can use the ADDED/REMOVED_FROM_STAGE emulation 
support tha

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

Sorry Alex, what repository is that of the push ?

El jue., 6 feb. 2020 a las 16:13, Alex Harui () escribió:

> I just pushed a change to the compiler.  It should now have valid output
> for ServiceLocator.
>
>
>
> The compiler change was interesting in that I changed an else clause that
> was put in to handle instances specified as children of top tags but was
> doing the wrong thing.  All of the compiler tests passed, but never hit
> that code so none of our tests actually used that code, even though the
> commit log implied it was for one of the tests.  Either I made the earlier
> change to propagate the fix for plain properties to instances or there is
> some other scenario for instances as children (without a default property)
> that I am not thinking of.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Thursday, February 6, 2020 at 6:03 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
>
> Exactly, cairmgorm, as Carlos says, is not the best option, but we save a
> lot of time in migrations where they use it and leave more time for other
> questions.
>
>  i will continue to test how to fill that array today.
>
> Thank you very much for everyone in this collaboration.
>
>
>
> Gustavo.
>
>
>
> El jue., 6 feb. 2020 a las 8:39, Carlos Rovira ()
> escribió:
>
> Thanks Greg, for the sponsor credits, and thanks Takeshita for the words
> :)
>
>
>
> I know Cairngorm could be good for people wanting to migrate with the less
> effort possible. Anyway, I recommend, if possible to try to switch to Crux.
> We already did that several years ago in Flex, since all DI, IOC stuff,
> make us be more efficient and increase options. For people creating new
> apps, for me there's no doubt, for people migrating, should contemplate the
> Crux option if they continue evolving the app with new features...
>
>
>
> just my 2 :)
>
>
>
> Carlos
>
>
>
>
>
>
>
> El jue., 6 feb. 2020 a las 5:28, Takeshita Shoichiro ()
> escribió:
>
> Greg, thanks for your clarification.  Anyway, it is  a great work.
> Carlos, thanks all the times.^_^
>
>
>
> 2020年2月6日(木) 13:22 Greg Dove :
>
>
>
> Hi Takeshita,
>
>
>
> Yes I think a few people have asked for Cairngorm or expressed interest in
> it. Given the choice, I personally think Crux will be a more modern/better
> option, but like I said, more people are asking for Cairngorm now, so
> probably it makes sense to port that too.
>
>
>
> I'm also pleased to hear that you are using Crux, I hope it's working well
> for you. Please report any issues if you see them.
>
>
>
> One small thing: I definitely understand that you were referring to the
> work I did on porting it to Royale, but just for the sake of anyone else
> who reads this: it's definitely not 'my Crux framework'. The code is ported
> from Swiz, and credit for the awesome features it has rests with the
> original authors of Swiz (I was in contact with the original developer
> during my efforts to port it to Royale).
>
> Also, just so people are aware, Carlos sponsored the majority of my work
> on porting that, so you really have Carlos to thank for that.
>
>
>
> cheers,
>
> Greg
>
>
>
> On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
> wrote:
>
> Greg,
>
>
>
> Thanks for your work. We already have your Crux framework replacing
> Cairngorm, it is great if Cairngorm works with Royale.  It will save a
> plenty of time of emulation work.
>
>
>
> 2020年2月6日(木) 12:33 Greg Dove :
>
>
> There does not appear to be a default property, like an array to put the
> 'children' in. I think it just creates the children as instances and makes
> sure they have id properties on the mxml-generated subclass that the
> instances are assigned to.
>
>
>
> The services are then identified and categorised by iterating the
> accessors of the ServiceLocator subclass via reflection and checking their
> types and then registering them.
>
> Although it is and mxml instance of ServiceLocator, it is also an enforced
> singleton which is accessed elsewhere from code. At least that is how it
> appears to be set up to me.
>
>
>
> I already took a look at the code and have made (not many) local changes
> and have the Cairngorm swc compiling via maven for both js and swf. I have
> not tested it. Things like weak event listeners are gone.
>
> The main issue I think will be the Event.ADDED and Event.REMOVED for
> ViewHelper automated register/unregister. Maybe we can have a
> CaingormVi

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

I just pushed a change to the compiler.  It should now have valid output for 
ServiceLocator.

The compiler change was interesting in that I changed an else clause that was 
put in to handle instances specified as children of top tags but was doing the 
wrong thing.  All of the compiler tests passed, but never hit that code so none 
of our tests actually used that code, even though the commit log implied it was 
for one of the tests.  Either I made the earlier change to propagate the fix 
for plain properties to instances or there is some other scenario for instances 
as children (without a default property) that I am not thinking of.

-Alex

From: De Carli Gustavo 
Reply-To: "users@royale.apache.org" 
Date: Thursday, February 6, 2020 at 6:03 AM
To: "users@royale.apache.org" 
Subject: Re: Cairngorm problem add remote object MXML.


Exactly, cairmgorm, as Carlos says, is not the best option, but we save a lot 
of time in migrations where they use it and leave more time for other questions.

 i will continue to test how to fill that array today.
Thank you very much for everyone in this collaboration.


Gustavo.

El jue., 6 feb. 2020 a las 8:39, Carlos Rovira 
(mailto:carlosrov...@apache.org>>) escribió:
Thanks Greg, for the sponsor credits, and thanks Takeshita for the words :)

I know Cairngorm could be good for people wanting to migrate with the less 
effort possible. Anyway, I recommend, if possible to try to switch to Crux. We 
already did that several years ago in Flex, since all DI, IOC stuff, make us be 
more efficient and increase options. For people creating new apps, for me 
there's no doubt, for people migrating, should contemplate the Crux option if 
they continue evolving the app with new features...

just my 2 :)

Carlos



El jue., 6 feb. 2020 a las 5:28, Takeshita Shoichiro 
(mailto:jl03...@gmail.com>>) escribió:
Greg, thanks for your clarification.  Anyway, it is  a great work.  Carlos, 
thanks all the times.^_^

2020年2月6日(木) 13:22 Greg Dove mailto:greg.d...@gmail.com>>:

Hi Takeshita,

Yes I think a few people have asked for Cairngorm or expressed interest in it. 
Given the choice, I personally think Crux will be a more modern/better option, 
but like I said, more people are asking for Cairngorm now, so probably it makes 
sense to port that too.

I'm also pleased to hear that you are using Crux, I hope it's working well for 
you. Please report any issues if you see them.

One small thing: I definitely understand that you were referring to the work I 
did on porting it to Royale, but just for the sake of anyone else who reads 
this: it's definitely not 'my Crux framework'. The code is ported from Swiz, 
and credit for the awesome features it has rests with the original authors of 
Swiz (I was in contact with the original developer during my efforts to port it 
to Royale).
Also, just so people are aware, Carlos sponsored the majority of my work on 
porting that, so you really have Carlos to thank for that.

cheers,
Greg

On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
mailto:jl03...@gmail.com>> wrote:
Greg,

Thanks for your work. We already have your Crux framework replacing Cairngorm, 
it is great if Cairngorm works with Royale.  It will save a plenty of time of 
emulation work.

2020年2月6日(木) 12:33 Greg Dove mailto:greg.d...@gmail.com>>:

There does not appear to be a default property, like an array to put the 
'children' in. I think it just creates the children as instances and makes sure 
they have id properties on the mxml-generated subclass that the instances are 
assigned to.

The services are then identified and categorised by iterating the accessors of 
the ServiceLocator subclass via reflection and checking their types and then 
registering them.
Although it is and mxml instance of ServiceLocator, it is also an enforced 
singleton which is accessed elsewhere from code. At least that is how it 
appears to be set up to me.

I already took a look at the code and have made (not many) local changes and 
have the Cairngorm swc compiling via maven for both js and swf. I have not 
tested it. Things like weak event listeners are gone.
The main issue I think will be the Event.ADDED and Event.REMOVED for ViewHelper 
automated register/unregister. Maybe we can have a CaingormViewBase class with 
support for these, or perhaps we can use the ADDED/REMOVED_FROM_STAGE emulation 
support that Crux uses, and that might be all that is needed, but it may not 
always work the same.

I'll try to tidy it up and share it tomorrow. The licence is BSD and is 
permissive 
(https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2FHEAD%2Ftree%2Fcairngorm%2Ftrunk%2Fframeworks%2Fcairngorm%2FLicense.txt=02%7C01%7Caharui%40adobe.com%7Ce9baec7ecf5c49785e5f08d7ab0d5969%7Cfa7b1b5a7b34438794aed2

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

t;>>> possibility to include in Royale itself).
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo <
>>>>> gustavodeca...@gmail.com> wrote:
>>>>>
>>>>>> Alex :
>>>>>>
>>>>>> In flex use the swc. I am seeing the same thing that you are
>>>>>> commenting, I do not understand where it assigns the remote objects to 
>>>>>> the
>>>>>> ServiceLocator. This would have to be added to the "services" attribute 
>>>>>> of
>>>>>> the RemoteObjects class. I will try to assign by code without using the
>>>>>> mxml to see if it does not generate the error "null0".
>>>>>>
>>>>>> El mié., 5 feb. 2020 a las 23:15, Alex Harui ()
>>>>>> escribió:
>>>>>>
>>>>>>> I grabbed ServiceLocator.as and was able to produce the null0
>>>>>>> problem, but the cause is that ServiceLocator does not have a default
>>>>>>> property.  Did your MXML work in Flex?  What ServiceLocator property 
>>>>>>> would
>>>>>>> be assigned the mx:RemoteObject?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -Alex
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From: *De Carli Gustavo 
>>>>>>> *Reply-To: *"users@royale.apache.org" 
>>>>>>> *Date: *Wednesday, February 5, 2020 at 12:00 PM
>>>>>>> *To: *"users@royale.apache.org" 
>>>>>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I download https://sourceforge.net/adobe/cairngorm/code/
>>>>>>> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132948281=jHABq2xbIpH9Q6aiYAWl1u23LkdalccZkE7uIbyJy3E%3D=0>,
>>>>>>> and change.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> import flash.utils.describeType;
>>>>>>>
>>>>>>>--> import org.apache.royale.reflection.describeType;
>>>>>>>
>>>>>>> import flash.utils.Dictionary;
>>>>>>>
>>>>>>>--> import org.apache.royale.utils.ObjectMap;
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> And this method
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> /**
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> * Return all the accessors on this object.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> * @param serviceLocator the IServiceLocator instance.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> * @return this object's accessors.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> */
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> protected
>>>>>>>
>>>>>>> function getAccessors(
>>>>>>>
>>>>>>> serviceLocator : IServiceLocator ) :
>>>>>>>
>>>>>>> XMLList
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> {
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> /*
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> var description : XML = describeType( serviceLocator );
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> var accessors : XMLList = description.accessor.( @access ==
>>>>>>> "readwrite

Re: Cairngorm problem add remote object MXML.

[Carlos Rovira]

Thanks Greg, for the sponsor credits, and thanks Takeshita for the words :)

I know Cairngorm could be good for people wanting to migrate with the less
effort possible. Anyway, I recommend, if possible to try to switch to Crux.
We already did that several years ago in Flex, since all DI, IOC stuff,
make us be more efficient and increase options. For people creating new
apps, for me there's no doubt, for people migrating, should contemplate the
Crux option if they continue evolving the app with new features...

just my 2 :)

Carlos



El jue., 6 feb. 2020 a las 5:28, Takeshita Shoichiro ()
escribió:

> Greg, thanks for your clarification.  Anyway, it is  a great work.
> Carlos, thanks all the times.^_^
>
> 2020年2月6日(木) 13:22 Greg Dove :
>
>>
>> Hi Takeshita,
>>
>> Yes I think a few people have asked for Cairngorm or expressed interest
>> in it. Given the choice, I personally think Crux will be a more
>> modern/better option, but like I said, more people are asking for Cairngorm
>> now, so probably it makes sense to port that too.
>>
>> I'm also pleased to hear that you are using Crux, I hope it's working
>> well for you. Please report any issues if you see them.
>>
>> One small thing: I definitely understand that you were referring to the
>> work I did on porting it to Royale, but just for the sake of anyone else
>> who reads this: it's definitely not 'my Crux framework'. The code is ported
>> from Swiz, and credit for the awesome features it has rests with the
>> original authors of Swiz (I was in contact with the original developer
>> during my efforts to port it to Royale).
>> Also, just so people are aware, Carlos sponsored the majority of my work
>> on porting that, so you really have Carlos to thank for that.
>>
>> cheers,
>> Greg
>>
>> On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
>> wrote:
>>
>>> Greg,
>>>
>>> Thanks for your work. We already have your Crux framework replacing
>>> Cairngorm, it is great if Cairngorm works with Royale.  It will save a
>>> plenty of time of emulation work.
>>>
>>> 2020年2月6日(木) 12:33 Greg Dove :
>>>
>>>>
>>>> There does not appear to be a default property, like an array to put
>>>> the 'children' in. I think it just creates the children as instances and
>>>> makes sure they have id properties on the mxml-generated subclass that the
>>>> instances are assigned to.
>>>>
>>>> The services are then identified and categorised by iterating the
>>>> accessors of the ServiceLocator subclass via reflection and checking their
>>>> types and then registering them.
>>>> Although it is and mxml instance of ServiceLocator, it is also an
>>>> enforced singleton which is accessed elsewhere from code. At least that is
>>>> how it appears to be set up to me.
>>>>
>>>> I already took a look at the code and have made (not many) local
>>>> changes and have the Cairngorm swc compiling via maven for both js and swf.
>>>> I have not tested it. Things like weak event listeners are gone.
>>>> The main issue I think will be the Event.ADDED and Event.REMOVED for
>>>> ViewHelper automated register/unregister. Maybe we can have a
>>>> CaingormViewBase class with support for these, or perhaps we can use the
>>>> ADDED/REMOVED_FROM_STAGE emulation support that Crux uses, and that might
>>>> be all that is needed, but it may not always work the same.
>>>>
>>>> I'll try to tidy it up and share it tomorrow. The licence is BSD and is
>>>> permissive (
>>>> https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt)
>>>>  -
>>>> It seems to be to be similar to others like MIT etc, but I don't know
>>>> specifically what the rules are for Apache with that licence (in terms of
>>>> possibility to include in Royale itself).
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo <
>>>> gustavodeca...@gmail.com> wrote:
>>>>
>>>>> Alex :
>>>>>
>>>>> In flex use the swc. I am seeing the same thing that you are
>>>>> commenting, I do not understand where it assigns the remote objects to the
>>>>> ServiceLocator. This would have to be added to the "services" attribute of
>>>>> the RemoteObjects class. I will try to assign by code without using the
>>>

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

Good to know.  I will see if I can get the compiler to handle that correctly.  
I didn’t know that was a valid scenario.

From: Greg Dove 
Reply-To: "users@royale.apache.org" 
Date: Wednesday, February 5, 2020 at 7:33 PM
To: "users@royale.apache.org" 
Subject: Re: Cairngorm problem add remote object MXML.


There does not appear to be a default property, like an array to put the 
'children' in. I think it just creates the children as instances and makes sure 
they have id properties on the mxml-generated subclass that the instances are 
assigned to.

The services are then identified and categorised by iterating the accessors of 
the ServiceLocator subclass via reflection and checking their types and then 
registering them.
Although it is and mxml instance of ServiceLocator, it is also an enforced 
singleton which is accessed elsewhere from code. At least that is how it 
appears to be set up to me.

I already took a look at the code and have made (not many) local changes and 
have the Cairngorm swc compiling via maven for both js and swf. I have not 
tested it. Things like weak event listeners are gone.
The main issue I think will be the Event.ADDED and Event.REMOVED for ViewHelper 
automated register/unregister. Maybe we can have a CaingormViewBase class with 
support for these, or perhaps we can use the ADDED/REMOVED_FROM_STAGE emulation 
support that Crux uses, and that might be all that is needed, but it may not 
always work the same.

I'll try to tidy it up and share it tomorrow. The licence is BSD and is 
permissive 
(https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2FHEAD%2Ftree%2Fcairngorm%2Ftrunk%2Fframeworks%2Fcairngorm%2FLicense.txt=02%7C01%7Caharui%40adobe.com%7C2fe18768c44f425da38508d7aab54b0c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165567937202553=R%2BwcTLD56eWn4zeku2z6FNY2%2BSRQ2x0EBd0nM5sw38c%3D=0>)
 - It seems to be to be similar to others like MIT etc, but I don't know 
specifically what the rules are for Apache with that licence (in terms of 
possibility to include in Royale itself).





On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo 
mailto:gustavodeca...@gmail.com>> wrote:
Alex :

In flex use the swc. I am seeing the same thing that you are commenting, I do 
not understand where it assigns the remote objects to the ServiceLocator. This 
would have to be added to the "services" attribute of the RemoteObjects class. 
I will try to assign by code without using the mxml to see if it does not 
generate the error "null0".

El mié., 5 feb. 2020 a las 23:15, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
I grabbed ServiceLocator.as and was able to produce the null0 problem, but the 
cause is that ServiceLocator does not have a default property.  Did your MXML 
work in Flex?  What ServiceLocator property would be assigned the 
mx:RemoteObject?

-Alex

From: De Carli Gustavo 
mailto:gustavodeca...@gmail.com>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Wednesday, February 5, 2020 at 12:00 PM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Re: Cairngorm problem add remote object MXML.


I download 
https://sourceforge.net/adobe/cairngorm/code/<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7C2fe18768c44f425da38508d7aab54b0c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165567937202553=L1iQGvIeKgs8iiPlYZufzLCVLOltWIc%2BVMne1oafoA8%3D=0>,
 and change.

import flash.utils.describeType;
   --> import org.apache.royale.reflection.describeType;

import flash.utils.Dictionary;
   --> import org.apache.royale.utils.ObjectMap;

And this method


/**

* Return all the accessors on this object.

* @param serviceLocator the IServiceLocator instance.

* @return this object's accessors.

*/

protected
function getAccessors(
serviceLocator : IServiceLocator ) :
XMLList

{

/*

var description : XML = describeType( serviceLocator );

var accessors : XMLList = description.accessor.( @access == "readwrite" ).@name;


return accessors;

*/


return describeType( serviceLocator).accessors(@access ==
"readwrite" ).@name;

}




El mié., 5 feb. 2020 a las 16:04, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
Carlos, What Flash APIs is Cairngorm dependent on?

-Alex

From: Carlos Rovira mailto:carlosrov...@apache.org>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Wednesday, February 5, 2020 at 10:05 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@ro

Re: Cairngorm problem add remote object MXML.

[Takeshita Shoichiro]

Greg, thanks for your clarification.  Anyway, it is  a great work.  Carlos,
thanks all the times.^_^

2020年2月6日(木) 13:22 Greg Dove :

>
> Hi Takeshita,
>
> Yes I think a few people have asked for Cairngorm or expressed interest in
> it. Given the choice, I personally think Crux will be a more modern/better
> option, but like I said, more people are asking for Cairngorm now, so
> probably it makes sense to port that too.
>
> I'm also pleased to hear that you are using Crux, I hope it's working well
> for you. Please report any issues if you see them.
>
> One small thing: I definitely understand that you were referring to the
> work I did on porting it to Royale, but just for the sake of anyone else
> who reads this: it's definitely not 'my Crux framework'. The code is ported
> from Swiz, and credit for the awesome features it has rests with the
> original authors of Swiz (I was in contact with the original developer
> during my efforts to port it to Royale).
> Also, just so people are aware, Carlos sponsored the majority of my work
> on porting that, so you really have Carlos to thank for that.
>
> cheers,
> Greg
>
> On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
> wrote:
>
>> Greg,
>>
>> Thanks for your work. We already have your Crux framework replacing
>> Cairngorm, it is great if Cairngorm works with Royale.  It will save a
>> plenty of time of emulation work.
>>
>> 2020年2月6日(木) 12:33 Greg Dove :
>>
>>>
>>> There does not appear to be a default property, like an array to put the
>>> 'children' in. I think it just creates the children as instances and makes
>>> sure they have id properties on the mxml-generated subclass that the
>>> instances are assigned to.
>>>
>>> The services are then identified and categorised by iterating the
>>> accessors of the ServiceLocator subclass via reflection and checking their
>>> types and then registering them.
>>> Although it is and mxml instance of ServiceLocator, it is also an
>>> enforced singleton which is accessed elsewhere from code. At least that is
>>> how it appears to be set up to me.
>>>
>>> I already took a look at the code and have made (not many) local changes
>>> and have the Cairngorm swc compiling via maven for both js and swf. I have
>>> not tested it. Things like weak event listeners are gone.
>>> The main issue I think will be the Event.ADDED and Event.REMOVED for
>>> ViewHelper automated register/unregister. Maybe we can have a
>>> CaingormViewBase class with support for these, or perhaps we can use the
>>> ADDED/REMOVED_FROM_STAGE emulation support that Crux uses, and that might
>>> be all that is needed, but it may not always work the same.
>>>
>>> I'll try to tidy it up and share it tomorrow. The licence is BSD and is
>>> permissive (
>>> https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt)
>>>  -
>>> It seems to be to be similar to others like MIT etc, but I don't know
>>> specifically what the rules are for Apache with that licence (in terms of
>>> possibility to include in Royale itself).
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo <
>>> gustavodeca...@gmail.com> wrote:
>>>
>>>> Alex :
>>>>
>>>> In flex use the swc. I am seeing the same thing that you are
>>>> commenting, I do not understand where it assigns the remote objects to the
>>>> ServiceLocator. This would have to be added to the "services" attribute of
>>>> the RemoteObjects class. I will try to assign by code without using the
>>>> mxml to see if it does not generate the error "null0".
>>>>
>>>> El mié., 5 feb. 2020 a las 23:15, Alex Harui ()
>>>> escribió:
>>>>
>>>>> I grabbed ServiceLocator.as and was able to produce the null0 problem,
>>>>> but the cause is that ServiceLocator does not have a default property.  
>>>>> Did
>>>>> your MXML work in Flex?  What ServiceLocator property would be assigned 
>>>>> the
>>>>> mx:RemoteObject?
>>>>>
>>>>>
>>>>>
>>>>> -Alex
>>>>>
>>>>>
>>>>>
>>>>> *From: *De Carli Gustavo 
>>>>> *Reply-To: *"users@royale.apache.org" 
>>>>> *Date: *Wednesday, February 5, 2020 at 12:00 PM
>>>>>

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

Hi Takeshita,

Yes I think a few people have asked for Cairngorm or expressed interest in
it. Given the choice, I personally think Crux will be a more modern/better
option, but like I said, more people are asking for Cairngorm now, so
probably it makes sense to port that too.

I'm also pleased to hear that you are using Crux, I hope it's working well
for you. Please report any issues if you see them.

One small thing: I definitely understand that you were referring to the
work I did on porting it to Royale, but just for the sake of anyone else
who reads this: it's definitely not 'my Crux framework'. The code is ported
from Swiz, and credit for the awesome features it has rests with the
original authors of Swiz (I was in contact with the original developer
during my efforts to port it to Royale).
Also, just so people are aware, Carlos sponsored the majority of my work on
porting that, so you really have Carlos to thank for that.

cheers,
Greg

On Thu, Feb 6, 2020 at 5:04 PM Takeshita Shoichiro 
wrote:

> Greg,
>
> Thanks for your work. We already have your Crux framework replacing
> Cairngorm, it is great if Cairngorm works with Royale.  It will save a
> plenty of time of emulation work.
>
> 2020年2月6日(木) 12:33 Greg Dove :
>
>>
>> There does not appear to be a default property, like an array to put the
>> 'children' in. I think it just creates the children as instances and makes
>> sure they have id properties on the mxml-generated subclass that the
>> instances are assigned to.
>>
>> The services are then identified and categorised by iterating the
>> accessors of the ServiceLocator subclass via reflection and checking their
>> types and then registering them.
>> Although it is and mxml instance of ServiceLocator, it is also an
>> enforced singleton which is accessed elsewhere from code. At least that is
>> how it appears to be set up to me.
>>
>> I already took a look at the code and have made (not many) local changes
>> and have the Cairngorm swc compiling via maven for both js and swf. I have
>> not tested it. Things like weak event listeners are gone.
>> The main issue I think will be the Event.ADDED and Event.REMOVED for
>> ViewHelper automated register/unregister. Maybe we can have a
>> CaingormViewBase class with support for these, or perhaps we can use the
>> ADDED/REMOVED_FROM_STAGE emulation support that Crux uses, and that might
>> be all that is needed, but it may not always work the same.
>>
>> I'll try to tidy it up and share it tomorrow. The licence is BSD and is
>> permissive (
>> https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt)
>>  -
>> It seems to be to be similar to others like MIT etc, but I don't know
>> specifically what the rules are for Apache with that licence (in terms of
>> possibility to include in Royale itself).
>>
>>
>>
>>
>>
>> On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo 
>> wrote:
>>
>>> Alex :
>>>
>>> In flex use the swc. I am seeing the same thing that you are commenting,
>>> I do not understand where it assigns the remote objects to the
>>> ServiceLocator. This would have to be added to the "services" attribute of
>>> the RemoteObjects class. I will try to assign by code without using the
>>> mxml to see if it does not generate the error "null0".
>>>
>>> El mié., 5 feb. 2020 a las 23:15, Alex Harui ()
>>> escribió:
>>>
>>>> I grabbed ServiceLocator.as and was able to produce the null0 problem,
>>>> but the cause is that ServiceLocator does not have a default property.  Did
>>>> your MXML work in Flex?  What ServiceLocator property would be assigned the
>>>> mx:RemoteObject?
>>>>
>>>>
>>>>
>>>> -Alex
>>>>
>>>>
>>>>
>>>> *From: *De Carli Gustavo 
>>>> *Reply-To: *"users@royale.apache.org" 
>>>> *Date: *Wednesday, February 5, 2020 at 12:00 PM
>>>> *To: *"users@royale.apache.org" 
>>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> I download https://sourceforge.net/adobe/cairngorm/code/
>>>> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132948281=jHABq2xbIpH9Q6aiYAWl1u23LkdalccZkE7u

Re: Cairngorm problem add remote object MXML.

[Takeshita Shoichiro]

Greg,

Thanks for your work. We already have your Crux framework replacing
Cairngorm, it is great if Cairngorm works with Royale.  It will save a
plenty of time of emulation work.

2020年2月6日(木) 12:33 Greg Dove :

>
> There does not appear to be a default property, like an array to put the
> 'children' in. I think it just creates the children as instances and makes
> sure they have id properties on the mxml-generated subclass that the
> instances are assigned to.
>
> The services are then identified and categorised by iterating the
> accessors of the ServiceLocator subclass via reflection and checking their
> types and then registering them.
> Although it is and mxml instance of ServiceLocator, it is also an enforced
> singleton which is accessed elsewhere from code. At least that is how it
> appears to be set up to me.
>
> I already took a look at the code and have made (not many) local changes
> and have the Cairngorm swc compiling via maven for both js and swf. I have
> not tested it. Things like weak event listeners are gone.
> The main issue I think will be the Event.ADDED and Event.REMOVED for
> ViewHelper automated register/unregister. Maybe we can have a
> CaingormViewBase class with support for these, or perhaps we can use the
> ADDED/REMOVED_FROM_STAGE emulation support that Crux uses, and that might
> be all that is needed, but it may not always work the same.
>
> I'll try to tidy it up and share it tomorrow. The licence is BSD and is
> permissive (
> https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt)
>  -
> It seems to be to be similar to others like MIT etc, but I don't know
> specifically what the rules are for Apache with that licence (in terms of
> possibility to include in Royale itself).
>
>
>
>
>
> On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo 
> wrote:
>
>> Alex :
>>
>> In flex use the swc. I am seeing the same thing that you are commenting,
>> I do not understand where it assigns the remote objects to the
>> ServiceLocator. This would have to be added to the "services" attribute of
>> the RemoteObjects class. I will try to assign by code without using the
>> mxml to see if it does not generate the error "null0".
>>
>> El mié., 5 feb. 2020 a las 23:15, Alex Harui ()
>> escribió:
>>
>>> I grabbed ServiceLocator.as and was able to produce the null0 problem,
>>> but the cause is that ServiceLocator does not have a default property.  Did
>>> your MXML work in Flex?  What ServiceLocator property would be assigned the
>>> mx:RemoteObject?
>>>
>>>
>>>
>>> -Alex
>>>
>>>
>>>
>>> *From: *De Carli Gustavo 
>>> *Reply-To: *"users@royale.apache.org" 
>>> *Date: *Wednesday, February 5, 2020 at 12:00 PM
>>> *To: *"users@royale.apache.org" 
>>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>>
>>>
>>>
>>>
>>>
>>> I download https://sourceforge.net/adobe/cairngorm/code/
>>> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132948281=jHABq2xbIpH9Q6aiYAWl1u23LkdalccZkE7uIbyJy3E%3D=0>,
>>> and change.
>>>
>>>
>>>
>>> import flash.utils.describeType;
>>>
>>>--> import org.apache.royale.reflection.describeType;
>>>
>>> import flash.utils.Dictionary;
>>>
>>>--> import org.apache.royale.utils.ObjectMap;
>>>
>>>
>>>
>>> And this method
>>>
>>>
>>>
>>>
>>>
>>> /**
>>>
>>>
>>>
>>> * Return all the accessors on this object.
>>>
>>>
>>>
>>> * @param serviceLocator the IServiceLocator instance.
>>>
>>>
>>>
>>> * @return this object's accessors.
>>>
>>>
>>>
>>> */
>>>
>>>
>>>
>>> protected
>>>
>>> function getAccessors(
>>>
>>> serviceLocator : IServiceLocator ) :
>>>
>>> XMLList
>>>
>>>
>>>
>>> {
>>>
>>>
>>>
>>> /*
>>>
>>>
>>>
>>> var description : XML = describeType( serviceLocator );
>>>
>>>
>>>
>>> var accessors : XMLList = description.accessor.( @access == "readwrite"

Re: Cairngorm problem add remote object MXML.

[Greg Dove]

There does not appear to be a default property, like an array to put the
'children' in. I think it just creates the children as instances and makes
sure they have id properties on the mxml-generated subclass that the
instances are assigned to.

The services are then identified and categorised by iterating the accessors
of the ServiceLocator subclass via reflection and checking their types and
then registering them.
Although it is and mxml instance of ServiceLocator, it is also an enforced
singleton which is accessed elsewhere from code. At least that is how it
appears to be set up to me.

I already took a look at the code and have made (not many) local changes
and have the Cairngorm swc compiling via maven for both js and swf. I have
not tested it. Things like weak event listeners are gone.
The main issue I think will be the Event.ADDED and Event.REMOVED for
ViewHelper automated register/unregister. Maybe we can have a
CaingormViewBase class with support for these, or perhaps we can use the
ADDED/REMOVED_FROM_STAGE emulation support that Crux uses, and that might
be all that is needed, but it may not always work the same.

I'll try to tidy it up and share it tomorrow. The licence is BSD and is
permissive (
https://sourceforge.net/adobe/cairngorm/code/HEAD/tree/cairngorm/trunk/frameworks/cairngorm/License.txt)
-
It seems to be to be similar to others like MIT etc, but I don't know
specifically what the rules are for Apache with that licence (in terms of
possibility to include in Royale itself).





On Thu, Feb 6, 2020 at 3:40 PM De Carli Gustavo 
wrote:

> Alex :
>
> In flex use the swc. I am seeing the same thing that you are commenting, I
> do not understand where it assigns the remote objects to the
> ServiceLocator. This would have to be added to the "services" attribute of
> the RemoteObjects class. I will try to assign by code without using the
> mxml to see if it does not generate the error "null0".
>
> El mié., 5 feb. 2020 a las 23:15, Alex Harui ()
> escribió:
>
>> I grabbed ServiceLocator.as and was able to produce the null0 problem,
>> but the cause is that ServiceLocator does not have a default property.  Did
>> your MXML work in Flex?  What ServiceLocator property would be assigned the
>> mx:RemoteObject?
>>
>>
>>
>> -Alex
>>
>>
>>
>> *From: *De Carli Gustavo 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Wednesday, February 5, 2020 at 12:00 PM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>
>>
>>
>>
>>
>> I download https://sourceforge.net/adobe/cairngorm/code/
>> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132948281=jHABq2xbIpH9Q6aiYAWl1u23LkdalccZkE7uIbyJy3E%3D=0>,
>> and change.
>>
>>
>>
>> import flash.utils.describeType;
>>
>>--> import org.apache.royale.reflection.describeType;
>>
>> import flash.utils.Dictionary;
>>
>>--> import org.apache.royale.utils.ObjectMap;
>>
>>
>>
>> And this method
>>
>>
>>
>>
>>
>> /**
>>
>>
>>
>> * Return all the accessors on this object.
>>
>>
>>
>> * @param serviceLocator the IServiceLocator instance.
>>
>>
>>
>> * @return this object's accessors.
>>
>>
>>
>> */
>>
>>
>>
>> protected
>>
>> function getAccessors(
>>
>> serviceLocator : IServiceLocator ) :
>>
>> XMLList
>>
>>
>>
>> {
>>
>>
>>
>> /*
>>
>>
>>
>> var description : XML = describeType( serviceLocator );
>>
>>
>>
>> var accessors : XMLList = description.accessor.( @access == "readwrite"
>> ).@name;
>>
>>
>>
>>
>>
>> return accessors;
>>
>>
>>
>> */
>>
>>
>>
>>
>>
>> return describeType( serviceLocator).accessors(@access ==
>>
>> "readwrite" ).@name;
>>
>>
>>
>> }
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> El mié., 5 feb. 2020 a las 16:04, Alex Harui ()
>> escribió:
>>
>> Carlos, What Flash APIs is Cairngorm dependent on?
>>
>>
>>
>> -Alex
>>
>>
>>
>> *From: *Carlos Rovira 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Wednesday, February 5, 2020 at 10:05 AM

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

Alex :

In flex use the swc. I am seeing the same thing that you are commenting, I
do not understand where it assigns the remote objects to the
ServiceLocator. This would have to be added to the "services" attribute of
the RemoteObjects class. I will try to assign by code without using the
mxml to see if it does not generate the error "null0".

El mié., 5 feb. 2020 a las 23:15, Alex Harui () escribió:

> I grabbed ServiceLocator.as and was able to produce the null0 problem, but
> the cause is that ServiceLocator does not have a default property.  Did
> your MXML work in Flex?  What ServiceLocator property would be assigned the
> mx:RemoteObject?
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 12:00 PM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
>
>
> I download https://sourceforge.net/adobe/cairngorm/code/
> <https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132948281=jHABq2xbIpH9Q6aiYAWl1u23LkdalccZkE7uIbyJy3E%3D=0>,
> and change.
>
>
>
> import flash.utils.describeType;
>
>--> import org.apache.royale.reflection.describeType;
>
> import flash.utils.Dictionary;
>
>--> import org.apache.royale.utils.ObjectMap;
>
>
>
> And this method
>
>
>
>
>
> /**
>
>
>
> * Return all the accessors on this object.
>
>
>
> * @param serviceLocator the IServiceLocator instance.
>
>
>
> * @return this object's accessors.
>
>
>
> */
>
>
>
> protected
>
> function getAccessors(
>
> serviceLocator : IServiceLocator ) :
>
> XMLList
>
>
>
> {
>
>
>
> /*
>
>
>
> var description : XML = describeType( serviceLocator );
>
>
>
> var accessors : XMLList = description.accessor.( @access == "readwrite"
> ).@name;
>
>
>
>
>
> return accessors;
>
>
>
> */
>
>
>
>
>
> return describeType( serviceLocator).accessors(@access ==
>
> "readwrite" ).@name;
>
>
>
> }
>
>
>
>
>
>
>
>
>
> El mié., 5 feb. 2020 a las 16:04, Alex Harui ()
> escribió:
>
> Carlos, What Flash APIs is Cairngorm dependent on?
>
>
>
> -Alex
>
>
>
> *From: *Carlos Rovira 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 10:05 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
> Hi,
>
>
>
> Cairngorm depends on Flash APIs, so make a Royale migration could be not
> easy, or requires some expertise.
>
> You can use Crux instead that has support for Cairngorm style Commands.
> Crux is the same as Swiz Framework for Flex but rewritten to work in
> Royale, and supports much more like dependency injection, Inversion of
> control, event handling, ...
>
> You have 3 examples in the examples/crux folder you can check.
>
> I recommend you Crux over Cairngorm since Swiz was born to substitute
> Cairngorm
>
>
>
>
>
> El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo (<
> gustavodeca...@gmail.com>) escribió:
>
> Alex
>
>
>
> 0.9.7-SNAPSHOT
>
>
>
> Thank
>
>
>
> El mié., 5 feb. 2020 a las 14:02, Alex Harui ()
> escribió:
>
> What version of the compiler are you using?
>
>
>
> What does the ServiceLocator source look like?  It might be an issue with
> defaultProperties for non-DOM objects.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 7:35 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Cairngorm problem add remote object MXML.
>
>
>
>
>
>
> I am trying to transcribe gairngorm, at runtime it gives me an error in
> the construction of the ServiceLocator, I understand that it is an error of
> the MXMLDataInterpreter. Anyone have any idea of the problem.
>
> Thank
>
> Gustavo.
>
>
>
> *1. CODE *
>
>
>
>
>
> 
>
>
>
> 
> xmlns:fx="http://ns.adobe.com/mxml/2009
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.adobe.com%2Fmxml%2F2009=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132958276=D2z6jFGBTx4%2BBwOqQ4XwVSKQ0UcBb6eKavH2

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

I grabbed ServiceLocator.as and was able to produce the null0 problem, but the 
cause is that ServiceLocator does not have a default property.  Did your MXML 
work in Flex?  What ServiceLocator property would be assigned the 
mx:RemoteObject?

-Alex

From: De Carli Gustavo 
Reply-To: "users@royale.apache.org" 
Date: Wednesday, February 5, 2020 at 12:00 PM
To: "users@royale.apache.org" 
Subject: Re: Cairngorm problem add remote object MXML.


I download 
https://sourceforge.net/adobe/cairngorm/code/<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsourceforge.net%2Fadobe%2Fcairngorm%2Fcode%2F=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132948281=jHABq2xbIpH9Q6aiYAWl1u23LkdalccZkE7uIbyJy3E%3D=0>,
 and change.

import flash.utils.describeType;
   --> import org.apache.royale.reflection.describeType;

import flash.utils.Dictionary;
   --> import org.apache.royale.utils.ObjectMap;

And this method


/**

* Return all the accessors on this object.

* @param serviceLocator the IServiceLocator instance.

* @return this object's accessors.

*/

protected
function getAccessors(
serviceLocator : IServiceLocator ) :
XMLList

{

/*

var description : XML = describeType( serviceLocator );

var accessors : XMLList = description.accessor.( @access == "readwrite" ).@name;


return accessors;

*/



return describeType( serviceLocator).accessors(@access ==
"readwrite" ).@name;

}




El mié., 5 feb. 2020 a las 16:04, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
Carlos, What Flash APIs is Cairngorm dependent on?

-Alex

From: Carlos Rovira mailto:carlosrov...@apache.org>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Wednesday, February 5, 2020 at 10:05 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Re: Cairngorm problem add remote object MXML.

Hi,

Cairngorm depends on Flash APIs, so make a Royale migration could be not easy, 
or requires some expertise.
You can use Crux instead that has support for Cairngorm style Commands. Crux is 
the same as Swiz Framework for Flex but rewritten to work in Royale, and 
supports much more like dependency injection, Inversion of control, event 
handling, ...
You have 3 examples in the examples/crux folder you can check.
I recommend you Crux over Cairngorm since Swiz was born to substitute Cairngorm


El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo 
(mailto:gustavodeca...@gmail.com>>) escribió:
Alex

0.9.7-SNAPSHOT

Thank

El mié., 5 feb. 2020 a las 14:02, Alex Harui 
(mailto:aha...@adobe.com>>) escribió:
What version of the compiler are you using?

What does the ServiceLocator source look like?  It might be an issue with 
defaultProperties for non-DOM objects.

-Alex

From: De Carli Gustavo 
mailto:gustavodeca...@gmail.com>>
Reply-To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Date: Wednesday, February 5, 2020 at 7:35 AM
To: "users@royale.apache.org<mailto:users@royale.apache.org>" 
mailto:users@royale.apache.org>>
Subject: Cairngorm problem add remote object MXML.



I am trying to transcribe gairngorm, at runtime it gives me an error in the 
construction of the ServiceLocator, I understand that it is an error of the 
MXMLDataInterpreter. Anyone have any idea of the problem.
Thank
Gustavo.

1. CODE




http://ns.adobe.com/mxml/2009<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.adobe.com%2Fmxml%2F2009=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132958276=D2z6jFGBTx4%2BBwOqQ4XwVSKQ0UcBb6eKavH2T0YYOA4%3D=0>"

xmlns:mx="library://ns.apache.org/royale/mx<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.apache.org%2Froyale%2Fmx=02%7C01%7Caharui%40adobe.com%7Ce69b06cf11f748f1c34408d7aa7601ec%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165296132968272=RXTRBxfU2GmONGZEMCb%2B4pdF1BIv20ZcCXskhvQ7XPw%3D=0>"

xmlns:cairngorm="com.adobe.cairngorm.business.*">


http://localhost:8080/messagebroker/amf"/>









2. LINE OF ERROR (RED)
/

**
 * @constructor
 * @extends {com.adobe.cairngorm.business.ServiceLocator}
 */
services.Servicio = function() {
  services.Servicio.base(this, 'constructor');

  /**
   * @private
   * @type {mx.rpc.remoting.mxml.RemoteObject}
   */
  this.srvSeguridades_;

  /**
   * @private
   * @type {Array}
   */
  this.mxmldd;

  /**
   * @private
   * @type {Array}
   */
  this.mxmldp;

  this.generateMXMLAttributes
  ([1,
mx.rpc.remoting.mxml.RemoteObject,
3,
'id',
true,
'srvSeguridades',
'destination',
true,
'seguridades',
'endpoint',
true,
'http://localhost:8080/messagebr

Re: Cairngorm problem add remote object MXML.

[Takeshita Shoichiro]

Hi, F.Y.I.

The following is a list of imports in the cairngorm source code.

import com.adobe.cairngorm.AllCairngormTests;
import com.adobe.cairngorm.business.AbstractServices;
import com.adobe.cairngorm.business.IServiceLocator;;
import com.adobe.cairngorm.business.ServiceLocator;
import com.adobe.cairngorm.CairngormError;
import com.adobe.cairngorm.CairngormMessageCodes;
import com.adobe.cairngorm.commands.Command;
import com.adobe.cairngorm.commands.ICommand;
import com.adobe.cairngorm.control.CairngormEvent;
import com.adobe.cairngorm.control.CairngormEventDispatcher;
import com.adobe.cairngorm.control.TestCairngormEvent;
import com.adobe.cairngorm.control.TestCairngormEventDispatcher;
import com.adobe.cairngorm.control.TestFrontController;
import com.adobe.cairngorm.mocks.MockICommand;
import com.adobe.cairngorm.vo.IValueObject;
import flash.events.Event;
import flash.events.EventDispatcher;
import flash.events.IEventDispatcher;
import flash.utils.describeType;
import flash.utils.Dictionary;
import flash.utils.getQualifiedClassName;
import flexunit.framework.Test;
import flexunit.framework.TestCase;
import flexunit.framework.TestSuite;
import mx.core.IMXMLObject;
import mx.core.mx_internal;
import mx.data.DataService;
import mx.messaging.Consumer;
import mx.messaging.MessageAgent;
import mx.messaging.Producer;
import mx.resources.ResourceManager;
import mx.rpc.AbstractInvoker;
import mx.rpc.AbstractService;
import mx.rpc.http.HTTPService;
import mx.rpc.remoting.RemoteObject;
import mx.rpc.soap.WebService;
import mx.utils.StringUtil;

On Thu, Feb 6, 2020 at 8:49 AM Carlos Rovira 
wrote:

> Hi Alex,
>
> I don't have the Cairngorm code at hand, we left it long time ago (maybe
> around 2008) in favor of Swiz that was the new generation of frameworks at
> that time that brings IOC, DI...
>
> But I remember there was many flash APIs involved. Maybe most of them are
> now emulated in Royale and could be not difficult to do (I,e Reflection).
> Maybe other things regarding add to stage events...don't remember well.
> Cairngorm was just few classes, so it could be ported in this project with
> not much effort for an experienced Royale developer, but not for someone
> new here.
>
> HTH
>
> Carlos
>
> El mié., 5 feb. 2020 a las 20:04, Alex Harui ()
> escribió:
>
>> Carlos, What Flash APIs is Cairngorm dependent on?
>>
>>
>>
>> -Alex
>>
>>
>>
>> *From: *Carlos Rovira 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Wednesday, February 5, 2020 at 10:05 AM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Re: Cairngorm problem add remote object MXML.
>>
>>
>>
>> Hi,
>>
>>
>>
>> Cairngorm depends on Flash APIs, so make a Royale migration could be not
>> easy, or requires some expertise.
>>
>> You can use Crux instead that has support for Cairngorm style Commands.
>> Crux is the same as Swiz Framework for Flex but rewritten to work in
>> Royale, and supports much more like dependency injection, Inversion of
>> control, event handling, ...
>>
>> You have 3 examples in the examples/crux folder you can check.
>>
>> I recommend you Crux over Cairngorm since Swiz was born to substitute
>> Cairngorm
>>
>>
>>
>>
>>
>> El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo (<
>> gustavodeca...@gmail.com>) escribió:
>>
>> Alex
>>
>>
>>
>> 0.9.7-SNAPSHOT
>>
>>
>>
>> Thank
>>
>>
>>
>> El mié., 5 feb. 2020 a las 14:02, Alex Harui ()
>> escribió:
>>
>> What version of the compiler are you using?
>>
>>
>>
>> What does the ServiceLocator source look like?  It might be an issue with
>> defaultProperties for non-DOM objects.
>>
>>
>>
>> -Alex
>>
>>
>>
>> *From: *De Carli Gustavo 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Wednesday, February 5, 2020 at 7:35 AM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Cairngorm problem add remote object MXML.
>>
>>
>>
>>
>>
>>
>> I am trying to transcribe gairngorm, at runtime it gives me an error in
>> the construction of the ServiceLocator, I understand that it is an error of
>> the MXMLDataInterpreter. Anyone have any idea of the problem.
>>
>> Thank
>>
>> Gustavo.
>>
>>
>>
>> *1. CODE *
>>
>>
>>
>>
>>
>> 
>>
>>
>>
>> >
>> xmlns:fx="http://ns.adobe.com/mxml/2009
>> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.adobe.com%2Fmxml

Re: Cairngorm problem add remote object MXML.

[Carlos Rovira]

Hi Alex,

I don't have the Cairngorm code at hand, we left it long time ago (maybe
around 2008) in favor of Swiz that was the new generation of frameworks at
that time that brings IOC, DI...

But I remember there was many flash APIs involved. Maybe most of them are
now emulated in Royale and could be not difficult to do (I,e Reflection).
Maybe other things regarding add to stage events...don't remember well.
Cairngorm was just few classes, so it could be ported in this project with
not much effort for an experienced Royale developer, but not for someone
new here.

HTH

Carlos

El mié., 5 feb. 2020 a las 20:04, Alex Harui () escribió:

> Carlos, What Flash APIs is Cairngorm dependent on?
>
>
>
> -Alex
>
>
>
> *From: *Carlos Rovira 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 10:05 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
> Hi,
>
>
>
> Cairngorm depends on Flash APIs, so make a Royale migration could be not
> easy, or requires some expertise.
>
> You can use Crux instead that has support for Cairngorm style Commands.
> Crux is the same as Swiz Framework for Flex but rewritten to work in
> Royale, and supports much more like dependency injection, Inversion of
> control, event handling, ...
>
> You have 3 examples in the examples/crux folder you can check.
>
> I recommend you Crux over Cairngorm since Swiz was born to substitute
> Cairngorm
>
>
>
>
>
> El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo (<
> gustavodeca...@gmail.com>) escribió:
>
> Alex
>
>
>
> 0.9.7-SNAPSHOT
>
>
>
> Thank
>
>
>
> El mié., 5 feb. 2020 a las 14:02, Alex Harui ()
> escribió:
>
> What version of the compiler are you using?
>
>
>
> What does the ServiceLocator source look like?  It might be an issue with
> defaultProperties for non-DOM objects.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 7:35 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Cairngorm problem add remote object MXML.
>
>
>
>
>
>
> I am trying to transcribe gairngorm, at runtime it gives me an error in
> the construction of the ServiceLocator, I understand that it is an error of
> the MXMLDataInterpreter. Anyone have any idea of the problem.
>
> Thank
>
> Gustavo.
>
>
>
> *1. CODE *
>
>
>
>
>
> 
>
>
>
> 
> xmlns:fx="http://ns.adobe.com/mxml/2009
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.adobe.com%2Fmxml%2F2009=02%7C01%7Caharui%40adobe.com%7Cd5763b495d8547e50f7708d7aa65edcc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165227068663207=JLOGFIXWyvXPtTk3P2zPQLI9K3fVUv61%2B%2FHjYMP2KLE%3D=0>
> "
>
>
>
> xmlns:mx="library://ns.apache.org/royale/mx
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.apache.org%2Froyale%2Fmx=02%7C01%7Caharui%40adobe.com%7Cd5763b495d8547e50f7708d7aa65edcc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165227068673162=TXCVez5kEcJgl2%2FsWRjS8X7HpV%2BnZGITwRJyed2GumI%3D=0>
> "
>
>
>
> xmlns:cairngorm="com.adobe.cairngorm.business.*">
>
>
>
>
>
> 
> id="srvSeguridades"
>
>
>
> destination="seguridades"
>
>
>
> result="event.token.resultHandler(event)"
>
>
>
> fault="event.token.faultHandler(event)"
>
>
>
> endpoint="http://localhost:8080/messagebroker/amf"/>
>
>
>
>
>
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
> *2. LINE OF ERROR (RED)*
>
> /
>
>
>
> **
>  * @constructor
>  * @extends {com.adobe.cairngorm.business.ServiceLocator}
>  */
> services.Servicio = function() {
>   services.Servicio.base(this, 'constructor');
>
>   /**
>* @private
>* @type {mx.rpc.remoting.mxml.RemoteObject}
>*/
>   this.srvSeguridades_;
>
>   /**
>* @private
>* @type {Array}
>*/
>   this.mxmldd;
>
>   /**
>* @private
>* @type {Array}
>*/
>   this.mxmldp;
>
>   this.generateMXMLAttributes
>   ([1,
> mx.rpc.remoting.mxml.RemoteObject,
> 3,
> 'id',
> true,
> 'srvSeguridades',
> 'destination',
> true,
> 'seguridades',
> 'endpoint',
> true,
> 'http://localhost:8080/messagebroker/amf',
> 0,
> 2,
> 'result',
> this.$EH0,
> 'fault',
> this.$EH1,
> null0,   <- ERROR
> 0
>   ]);
>
> };
>
>
>
>
>
> 3. Trace

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

I download https://sourceforge.net/adobe/cairngorm/code/, and change.

import flash.utils.describeType;
   --> import org.apache.royale.reflection.describeType;

import flash.utils.Dictionary;
   --> import org.apache.royale.utils.ObjectMap;

And this method

/**
* Return all the accessors on this object.
* @param serviceLocator the IServiceLocator instance.
* @return this object's accessors.
*/
protected function getAccessors( serviceLocator : IServiceLocator ) :
XMLList
{
/*
var description : XML = describeType( serviceLocator );
var accessors : XMLList = description.accessor.( @access == "readwrite"
).@name;
return accessors;
*/

return describeType( serviceLocator).accessors(@access == "readwrite"
).@name;
}



El mié., 5 feb. 2020 a las 16:04, Alex Harui () escribió:

> Carlos, What Flash APIs is Cairngorm dependent on?
>
>
>
> -Alex
>
>
>
> *From: *Carlos Rovira 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 10:05 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Re: Cairngorm problem add remote object MXML.
>
>
>
> Hi,
>
>
>
> Cairngorm depends on Flash APIs, so make a Royale migration could be not
> easy, or requires some expertise.
>
> You can use Crux instead that has support for Cairngorm style Commands.
> Crux is the same as Swiz Framework for Flex but rewritten to work in
> Royale, and supports much more like dependency injection, Inversion of
> control, event handling, ...
>
> You have 3 examples in the examples/crux folder you can check.
>
> I recommend you Crux over Cairngorm since Swiz was born to substitute
> Cairngorm
>
>
>
>
>
> El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo (<
> gustavodeca...@gmail.com>) escribió:
>
> Alex
>
>
>
> 0.9.7-SNAPSHOT
>
>
>
> Thank
>
>
>
> El mié., 5 feb. 2020 a las 14:02, Alex Harui ()
> escribió:
>
> What version of the compiler are you using?
>
>
>
> What does the ServiceLocator source look like?  It might be an issue with
> defaultProperties for non-DOM objects.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 7:35 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Cairngorm problem add remote object MXML.
>
>
>
>
>
>
> I am trying to transcribe gairngorm, at runtime it gives me an error in
> the construction of the ServiceLocator, I understand that it is an error of
> the MXMLDataInterpreter. Anyone have any idea of the problem.
>
> Thank
>
> Gustavo.
>
>
>
> *1. CODE *
>
>
>
>
>
> 
>
>
>
> 
> xmlns:fx="http://ns.adobe.com/mxml/2009
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.adobe.com%2Fmxml%2F2009=02%7C01%7Caharui%40adobe.com%7Cd5763b495d8547e50f7708d7aa65edcc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165227068663207=JLOGFIXWyvXPtTk3P2zPQLI9K3fVUv61%2B%2FHjYMP2KLE%3D=0>
> "
>
>
>
> xmlns:mx="library://ns.apache.org/royale/mx
> <https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fns.apache.org%2Froyale%2Fmx=02%7C01%7Caharui%40adobe.com%7Cd5763b495d8547e50f7708d7aa65edcc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637165227068673162=TXCVez5kEcJgl2%2FsWRjS8X7HpV%2BnZGITwRJyed2GumI%3D=0>
> "
>
>
>
> xmlns:cairngorm="com.adobe.cairngorm.business.*">
>
>
>
>
>
> 
> id="srvSeguridades"
>
>
>
> destination="seguridades"
>
>
>
> result="event.token.resultHandler(event)"
>
>
>
> fault="event.token.faultHandler(event)"
>
>
>
> endpoint="http://localhost:8080/messagebroker/amf"/>
>
>
>
>
>
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
> *2. LINE OF ERROR (RED)*
>
> /
>
>
>
> **
>  * @constructor
>  * @extends {com.adobe.cairngorm.business.ServiceLocator}
>  */
> services.Servicio = function() {
>   services.Servicio.base(this, 'constructor');
>
>   /**
>* @private
>* @type {mx.rpc.remoting.mxml.RemoteObject}
>*/
>   this.srvSeguridades_;
>
>   /**
>* @private
>* @type {Array}
>*/
>   this.mxmldd;
>
>   /**
>* @private
>* @type {Array}
>*/
>   this.mxmldp;
>
>   this.generateMXMLAttributes
>   ([1,
> mx.rpc.remoting.mxml.RemoteObject,
> 3,
> 'id',
> true,
> 'srvSeguridades',
> 'destination',
> true,
> 'seguridades',
> 'endpoint',
> true,
> 'http://localhost:8080/messagebroker/amf',
&g

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

ok, I'll look to reimplement with crux
Thank.

El mié., 5 feb. 2020 a las 15:05, Carlos Rovira ()
escribió:

> Hi,
>
> Cairngorm depends on Flash APIs, so make a Royale migration could be not
> easy, or requires some expertise.
> You can use Crux instead that has support for Cairngorm style Commands.
> Crux is the same as Swiz Framework for Flex but rewritten to work in
> Royale, and supports much more like dependency injection, Inversion of
> control, event handling, ...
> You have 3 examples in the examples/crux folder you can check.
> I recommend you Crux over Cairngorm since Swiz was born to substitute
> Cairngorm
>
>
> El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo (<
> gustavodeca...@gmail.com>) escribió:
>
>> Alex
>>
>> 0.9.7-SNAPSHOT
>>
>> Thank
>>
>> El mié., 5 feb. 2020 a las 14:02, Alex Harui ()
>> escribió:
>>
>>> What version of the compiler are you using?
>>>
>>>
>>>
>>> What does the ServiceLocator source look like?  It might be an issue
>>> with defaultProperties for non-DOM objects.
>>>
>>>
>>>
>>> -Alex
>>>
>>>
>>>
>>> *From: *De Carli Gustavo 
>>> *Reply-To: *"users@royale.apache.org" 
>>> *Date: *Wednesday, February 5, 2020 at 7:35 AM
>>> *To: *"users@royale.apache.org" 
>>> *Subject: *Cairngorm problem add remote object MXML.
>>>
>>>
>>>
>>>
>>>
>>>
>>> I am trying to transcribe gairngorm, at runtime it gives me an error in
>>> the construction of the ServiceLocator, I understand that it is an error of
>>> the MXMLDataInterpreter. Anyone have any idea of the problem.
>>>
>>> Thank
>>>
>>> Gustavo.
>>>
>>>
>>>
>>> *1. CODE *
>>>
>>>
>>>
>>>
>>>
>>> 
>>>
>>>
>>>
>>> >>
>>> xmlns:fx="http://ns.adobe.com/mxml/2009
>>> 
>>> "
>>>
>>>
>>>
>>> xmlns:mx="library://ns.apache.org/royale/mx
>>> 
>>> "
>>>
>>>
>>>
>>> xmlns:cairngorm="com.adobe.cairngorm.business.*">
>>>
>>>
>>>
>>>
>>>
>>> >>
>>> id="srvSeguridades"
>>>
>>>
>>>
>>> destination="seguridades"
>>>
>>>
>>>
>>> result="event.token.resultHandler(event)"
>>>
>>>
>>>
>>> fault="event.token.faultHandler(event)"
>>>
>>>
>>>
>>> endpoint="http://localhost:8080/messagebroker/amf"/>
>>>
>>>
>>>
>>>
>>>
>>> 
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *2. LINE OF ERROR (RED)*
>>>
>>> /
>>>
>>>
>>>
>>> **
>>>  * @constructor
>>>  * @extends {com.adobe.cairngorm.business.ServiceLocator}
>>>  */
>>> services.Servicio = function() {
>>>   services.Servicio.base(this, 'constructor');
>>>
>>>   /**
>>>* @private
>>>* @type {mx.rpc.remoting.mxml.RemoteObject}
>>>*/
>>>   this.srvSeguridades_;
>>>
>>>   /**
>>>* @private
>>>* @type {Array}
>>>*/
>>>   this.mxmldd;
>>>
>>>   /**
>>>* @private
>>>* @type {Array}
>>>*/
>>>   this.mxmldp;
>>>
>>>   this.generateMXMLAttributes
>>>   ([1,
>>> mx.rpc.remoting.mxml.RemoteObject,
>>> 3,
>>> 'id',
>>> true,
>>> 'srvSeguridades',
>>> 'destination',
>>> true,
>>> 'seguridades',
>>> 'endpoint',
>>> true,
>>> 'http://localhost:8080/messagebroker/amf',
>>> 0,
>>> 2,
>>> 'result',
>>> this.$EH0,
>>> 'fault',
>>> this.$EH1,
>>> null0,   <- ERROR
>>> 0
>>>   ]);
>>>
>>> };
>>>
>>>
>>>
>>>
>>>
>>> 3. Trace  console log
>>>
>>>
>>>
>>> Servicio.js:61 Uncaught ReferenceError: null0 is not defined
>>> at new services.Servicio (Servicio.js:61)
>>> at
>>> Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLArray
>>> (MXMLDataInterpreter.js:126)
>>> at
>>> Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLInstances
>>> (MXMLDataInterpreter.js:271)
>>> at main.Main.mx.core.UIComponent.createChildren (UIComponent.js:923)
>>> at main.Main.mx.core.Container.createChildren (Container.js:136)
>>> at main.Main.mx.core.Application.createChildren (Application.js:122)
>>> at main.Main.mx.core.UIComponent.initialize (UIComponent.js:871)
>>> at main.Main.mx.core.UIComponent.addedToParent (UIComponent.js:417)
>>> at main.Main.mx.core.Container.addedToParent (Container.js:123)
>>> at
>>> Main_mx_managers_SystemManager.org.apache.royale.core.UIBase.addElement
>>> (UIBase.js:402)
>>>
>>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>
>

Re: Cairngorm problem add remote object MXML.

[Carlos Rovira]

Hi,

Cairngorm depends on Flash APIs, so make a Royale migration could be not
easy, or requires some expertise.
You can use Crux instead that has support for Cairngorm style Commands.
Crux is the same as Swiz Framework for Flex but rewritten to work in
Royale, and supports much more like dependency injection, Inversion of
control, event handling, ...
You have 3 examples in the examples/crux folder you can check.
I recommend you Crux over Cairngorm since Swiz was born to substitute
Cairngorm


El mié., 5 feb. 2020 a las 18:24, De Carli Gustavo (<
gustavodeca...@gmail.com>) escribió:

> Alex
>
> 0.9.7-SNAPSHOT
>
> Thank
>
> El mié., 5 feb. 2020 a las 14:02, Alex Harui ()
> escribió:
>
>> What version of the compiler are you using?
>>
>>
>>
>> What does the ServiceLocator source look like?  It might be an issue with
>> defaultProperties for non-DOM objects.
>>
>>
>>
>> -Alex
>>
>>
>>
>> *From: *De Carli Gustavo 
>> *Reply-To: *"users@royale.apache.org" 
>> *Date: *Wednesday, February 5, 2020 at 7:35 AM
>> *To: *"users@royale.apache.org" 
>> *Subject: *Cairngorm problem add remote object MXML.
>>
>>
>>
>>
>>
>>
>> I am trying to transcribe gairngorm, at runtime it gives me an error in
>> the construction of the ServiceLocator, I understand that it is an error of
>> the MXMLDataInterpreter. Anyone have any idea of the problem.
>>
>> Thank
>>
>> Gustavo.
>>
>>
>>
>> *1. CODE *
>>
>>
>>
>>
>>
>> 
>>
>>
>>
>> >
>> xmlns:fx="http://ns.adobe.com/mxml/2009
>> 
>> "
>>
>>
>>
>> xmlns:mx="library://ns.apache.org/royale/mx
>> 
>> "
>>
>>
>>
>> xmlns:cairngorm="com.adobe.cairngorm.business.*">
>>
>>
>>
>>
>>
>> >
>> id="srvSeguridades"
>>
>>
>>
>> destination="seguridades"
>>
>>
>>
>> result="event.token.resultHandler(event)"
>>
>>
>>
>> fault="event.token.faultHandler(event)"
>>
>>
>>
>> endpoint="http://localhost:8080/messagebroker/amf"/>
>>
>>
>>
>>
>>
>> 
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *2. LINE OF ERROR (RED)*
>>
>> /
>>
>>
>>
>> **
>>  * @constructor
>>  * @extends {com.adobe.cairngorm.business.ServiceLocator}
>>  */
>> services.Servicio = function() {
>>   services.Servicio.base(this, 'constructor');
>>
>>   /**
>>* @private
>>* @type {mx.rpc.remoting.mxml.RemoteObject}
>>*/
>>   this.srvSeguridades_;
>>
>>   /**
>>* @private
>>* @type {Array}
>>*/
>>   this.mxmldd;
>>
>>   /**
>>* @private
>>* @type {Array}
>>*/
>>   this.mxmldp;
>>
>>   this.generateMXMLAttributes
>>   ([1,
>> mx.rpc.remoting.mxml.RemoteObject,
>> 3,
>> 'id',
>> true,
>> 'srvSeguridades',
>> 'destination',
>> true,
>> 'seguridades',
>> 'endpoint',
>> true,
>> 'http://localhost:8080/messagebroker/amf',
>> 0,
>> 2,
>> 'result',
>> this.$EH0,
>> 'fault',
>> this.$EH1,
>> null0,   <- ERROR
>> 0
>>   ]);
>>
>> };
>>
>>
>>
>>
>>
>> 3. Trace  console log
>>
>>
>>
>> Servicio.js:61 Uncaught ReferenceError: null0 is not defined
>> at new services.Servicio (Servicio.js:61)
>> at
>> Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLArray
>> (MXMLDataInterpreter.js:126)
>> at
>> Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLInstances
>> (MXMLDataInterpreter.js:271)
>> at main.Main.mx.core.UIComponent.createChildren (UIComponent.js:923)
>> at main.Main.mx.core.Container.createChildren (Container.js:136)
>> at main.Main.mx.core.Application.createChildren (Application.js:122)
>> at main.Main.mx.core.UIComponent.initialize (UIComponent.js:871)
>> at main.Main.mx.core.UIComponent.addedToParent (UIComponent.js:417)
>> at main.Main.mx.core.Container.addedToParent (Container.js:123)
>> at
>> Main_mx_managers_SystemManager.org.apache.royale.core.UIBase.addElement
>> (UIBase.js:402)
>>
>

-- 
Carlos Rovira
http://about.me/carlosrovira

Re: Cairngorm problem add remote object MXML.

[De Carli Gustavo]

Alex

0.9.7-SNAPSHOT

Thank

El mié., 5 feb. 2020 a las 14:02, Alex Harui () escribió:

> What version of the compiler are you using?
>
>
>
> What does the ServiceLocator source look like?  It might be an issue with
> defaultProperties for non-DOM objects.
>
>
>
> -Alex
>
>
>
> *From: *De Carli Gustavo 
> *Reply-To: *"users@royale.apache.org" 
> *Date: *Wednesday, February 5, 2020 at 7:35 AM
> *To: *"users@royale.apache.org" 
> *Subject: *Cairngorm problem add remote object MXML.
>
>
>
>
>
>
> I am trying to transcribe gairngorm, at runtime it gives me an error in
> the construction of the ServiceLocator, I understand that it is an error of
> the MXMLDataInterpreter. Anyone have any idea of the problem.
>
> Thank
>
> Gustavo.
>
>
>
> *1. CODE *
>
>
>
>
>
> 
>
>
>
> 
> xmlns:fx="http://ns.adobe.com/mxml/2009
> 
> "
>
>
>
> xmlns:mx="library://ns.apache.org/royale/mx
> 
> "
>
>
>
> xmlns:cairngorm="com.adobe.cairngorm.business.*">
>
>
>
>
>
> 
> id="srvSeguridades"
>
>
>
> destination="seguridades"
>
>
>
> result="event.token.resultHandler(event)"
>
>
>
> fault="event.token.faultHandler(event)"
>
>
>
> endpoint="http://localhost:8080/messagebroker/amf"/>
>
>
>
>
>
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
> *2. LINE OF ERROR (RED)*
>
> /
>
>
>
> **
>  * @constructor
>  * @extends {com.adobe.cairngorm.business.ServiceLocator}
>  */
> services.Servicio = function() {
>   services.Servicio.base(this, 'constructor');
>
>   /**
>* @private
>* @type {mx.rpc.remoting.mxml.RemoteObject}
>*/
>   this.srvSeguridades_;
>
>   /**
>* @private
>* @type {Array}
>*/
>   this.mxmldd;
>
>   /**
>* @private
>* @type {Array}
>*/
>   this.mxmldp;
>
>   this.generateMXMLAttributes
>   ([1,
> mx.rpc.remoting.mxml.RemoteObject,
> 3,
> 'id',
> true,
> 'srvSeguridades',
> 'destination',
> true,
> 'seguridades',
> 'endpoint',
> true,
> 'http://localhost:8080/messagebroker/amf',
> 0,
> 2,
> 'result',
> this.$EH0,
> 'fault',
> this.$EH1,
> null0,   <- ERROR
> 0
>   ]);
>
> };
>
>
>
>
>
> 3. Trace  console log
>
>
>
> Servicio.js:61 Uncaught ReferenceError: null0 is not defined
> at new services.Servicio (Servicio.js:61)
> at
> Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLArray
> (MXMLDataInterpreter.js:126)
> at
> Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLInstances
> (MXMLDataInterpreter.js:271)
> at main.Main.mx.core.UIComponent.createChildren (UIComponent.js:923)
> at main.Main.mx.core.Container.createChildren (Container.js:136)
> at main.Main.mx.core.Application.createChildren (Application.js:122)
> at main.Main.mx.core.UIComponent.initialize (UIComponent.js:871)
> at main.Main.mx.core.UIComponent.addedToParent (UIComponent.js:417)
> at main.Main.mx.core.Container.addedToParent (Container.js:123)
> at
> Main_mx_managers_SystemManager.org.apache.royale.core.UIBase.addElement
> (UIBase.js:402)
>

Re: Cairngorm problem add remote object MXML.

[Alex Harui]

What version of the compiler are you using?

What does the ServiceLocator source look like?  It might be an issue with 
defaultProperties for non-DOM objects.

-Alex

From: De Carli Gustavo 
Reply-To: "users@royale.apache.org" 
Date: Wednesday, February 5, 2020 at 7:35 AM
To: "users@royale.apache.org" 
Subject: Cairngorm problem add remote object MXML.



I am trying to transcribe gairngorm, at runtime it gives me an error in the 
construction of the ServiceLocator, I understand that it is an error of the 
MXMLDataInterpreter. Anyone have any idea of the problem.
Thank
Gustavo.

1. CODE




http://ns.adobe.com/mxml/2009"

xmlns:mx="library://ns.apache.org/royale/mx"

xmlns:cairngorm="com.adobe.cairngorm.business.*">



http://localhost:8080/messagebroker/amf"/>











2. LINE OF ERROR (RED)
/

**
 * @constructor
 * @extends {com.adobe.cairngorm.business.ServiceLocator}
 */
services.Servicio = function() {
  services.Servicio.base(this, 'constructor');

  /**
   * @private
   * @type {mx.rpc.remoting.mxml.RemoteObject}
   */
  this.srvSeguridades_;

  /**
   * @private
   * @type {Array}
   */
  this.mxmldd;

  /**
   * @private
   * @type {Array}
   */
  this.mxmldp;

  this.generateMXMLAttributes
  ([1,
mx.rpc.remoting.mxml.RemoteObject,
3,
'id',
true,
'srvSeguridades',
'destination',
true,
'seguridades',
'endpoint',
true,
'http://localhost:8080/messagebroker/amf',
0,
2,
'result',
this.$EH0,
'fault',
this.$EH1,
null0,   <- ERROR
0
  ]);

};


3. Trace  console log

Servicio.js:61 Uncaught ReferenceError: null0 is not defined
at new services.Servicio (Servicio.js:61)
at Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLArray 
(MXMLDataInterpreter.js:126)
at 
Function.org.apache.royale.utils.MXMLDataInterpreter.generateMXMLInstances 
(MXMLDataInterpreter.js:271)
at main.Main.mx.core.UIComponent.createChildren (UIComponent.js:923)
at main.Main.mx.core.Container.createChildren (Container.js:136)
at main.Main.mx.core.Application.createChildren (Application.js:122)
at main.Main.mx.core.UIComponent.initialize (UIComponent.js:871)
at main.Main.mx.core.UIComponent.addedToParent (UIComponent.js:417)
at main.Main.mx.core.Container.addedToParent (Container.js:123)
at Main_mx_managers_SystemManager.org.apache.royale.core.UIBase.addElement 
(UIBase.js:402)