Jenkins build is back to normal : royale-asjs_MXTests #904

[Apache Royale CI Server]

See 

Build failed in Jenkins: royale-asjs_MXTests #903

[Apache Royale CI Server]

See 


--
[...truncated 902.25 KB...]
[mxmlc] scanning for overrides: State
[mxmlc] scanning for overrides: State
[mxmlc] scanning for overrides: CSSStyleDeclaration
[mxmlc] scanning for overrides: StyleManager
[mxmlc] scanning for overrides: ValidationResult
[mxmlc] scanning for overrides: GroupView
[mxmlc] scanning for overrides: SparkLayoutBead
[mxmlc] scanning for overrides: TestStep
[mxmlc] scanning for overrides: Assert
[mxmlc] scanning for overrides: AssertPropertyValue
[mxmlc] scanning for overrides: ConditionalValue
[mxmlc] scanning for overrides: DeviceNames
[mxmlc] scanning for overrides: DispatchKeyEvent
[mxmlc] scanning for overrides: DispatchMouseClickEvent
[mxmlc] scanning for overrides: DispatchMouseEvent
[mxmlc] scanning for overrides: MustellaLogEvent
[mxmlc] scanning for overrides: MustellaSandboxEvent
[mxmlc] scanning for overrides: ScriptRunner
[mxmlc] scanning for overrides: SetProperty
[mxmlc] scanning for overrides: TestCase
[mxmlc] scanning for overrides: TestOutput
[mxmlc] scanning for overrides: TestResult
[mxmlc] scanning for overrides: TypeInfo
[mxmlc] scanning for overrides: TextInputTests
[mxmlc] scanning for overrides: ComboBoxTests
[mxmlc] scanning for overrides: DateFieldTests
[mxmlc] scanning for overrides: RadioButtonTests
[mxmlc] scanning for overrides: Panel
[mxmlc] scanning for overrides: MenuBarTests
[mxmlc] scanning for overrides: IDataGrid
[mxmlc] scanning for overrides: IMenu
[mxmlc] scanning for overrides: ButtonAutoRepeatController
[mxmlc] scanning for overrides: LayoutChangeNotifier
[mxmlc] scanning for overrides: DataFieldProviderBead
[mxmlc] scanning for overrides: Container
[mxmlc] scanning for overrides: DataGridListArea
[mxmlc] scanning for overrides: DownArrowButtonView
[mxmlc] scanning for overrides: HScrollBarThumbView
[mxmlc] scanning for overrides: HScrollBarTrackView
[mxmlc] scanning for overrides: LeftArrowButtonView
[mxmlc] scanning for overrides: RightArrowButtonView
[mxmlc] scanning for overrides: TextButtonView
[mxmlc] scanning for overrides: Label
[mxmlc] scanning for overrides: TitleBarTitle
[mxmlc] scanning for overrides: UpArrowButtonView
[mxmlc] scanning for overrides: VScrollBarThumbView
[mxmlc] scanning for overrides: VScrollBarTrackView
[mxmlc] scanning for overrides: Border
[mxmlc] scanning for overrides: IDataGridColumn
[mxmlc] scanning for overrides: DataGridColumn
[mxmlc] scanning for overrides: DateChooserHeader
[mxmlc] scanning for overrides: DateChooserList
[mxmlc] scanning for overrides: DateHeaderButton
[mxmlc] scanning for overrides: IChrome
[mxmlc] scanning for overrides: IViewportScroller
[mxmlc] scanning for overrides: ScrollBar
[mxmlc] scanning for overrides: HScrollBar
[mxmlc] scanning for overrides: PanelLayoutProxy
[mxmlc] scanning for overrides: VScrollBar
[mxmlc] scanning for overrides: CloseButton
[mxmlc] scanning for overrides: ButtonBar
[mxmlc] scanning for overrides: DataGridButtonBar
[mxmlc] scanning for overrides: Group
[mxmlc] scanning for overrides: Menu
[mxmlc] scanning for overrides: Spinner
[mxmlc] scanning for overrides: TextInput
[mxmlc] scanning for overrides: TitleBar
[mxmlc] scanning for overrides: ToolTip
[mxmlc] scanning for overrides: ChainBinding
[mxmlc] scanning for overrides: ChainWatcher
[mxmlc] scanning for overrides: IBinding
[mxmlc] scanning for overrides: ConstantBinding
[mxmlc] scanning for overrides: GenericBinding
[mxmlc] scanning for overrides: MXMLBeadViewDataBinding
[mxmlc] scanning for overrides: WatcherBase
[mxmlc] scanning for overrides: PropertyWatcher
[mxmlc] scanning for overrides: SimpleBinding
[mxmlc] scanning for overrides: ICollection
[mxmlc] scanning for overrides: ICollectionView
[mxmlc] scanning for overrides: LayoutData
[mxmlc] scanning for overrides: MarginData
[mxmlc] scanning for overrides: BorderStyles
[mxmlc] scanning for overrides: CSSTextField
[mxmlc] scanning for overrides: ClassFactory
[mxmlc] scanning for overrides: IContentView
[mxmlc] scanning for overrides: SimpleCSSStyles
[mxmlc] scanning for overrides: SimpleCSSStylesWithFlex
[mxmlc] scanning for overrides: IHandlesOriginalEvent
[mxmlc] scanning for overrides: CollectionEvent
[mxmlc] scanning for overrides: CustomEvent
[mxmlc] scanning for overrides: ItemAddedEvent
[mxmlc] scanning for overrides: ItemClickedEvent
[mxmlc] scanning for overrides: ItemRemovedEvent
[mxmlc] scanning for overrides: ItemRendererEvent
[mxmlc] scanning for overrides: Size
[mxmlc] scanning for overrides: 

Re: Compiler Performance (was Re: Problem with Vectors)

[Harbs]

Awesome! :-)

> On Jun 27, 2019, at 12:42 AM, Josh Tynjala  wrote:
> 
> I found some low-hanging fruit!
> 
> I just pushed a commit that removes most of the noisy console output from the 
> compiler. I know that this output is useful for debugging the compiler 
> itself, but most developers writing ActionScript and MXML don't ever need to 
> see it.
> 
> If you actually want to see all of that output, you should now enable the 
> -verbose compiler option.
> 
> With -verbose=true, TourDeJewel compiles in about 8 seconds on my machine. 
> With -verbose=false, it compiles in 6 seconds. We're talking about 20-25% 
> improvement to compile time for that particular project. I tested a smaller 
> project that is closer to a Hello World. It originally compiled in about 4.3 
> seconds, and after my change the total time was reduced to about 3.3 seconds 
> instead.
> 
> If you're modifying the compiler in the future, and you want to add a 
> System.out.println() call, make sure that it's only displayed in verbose mode 
> (unless it's related to an error, but then you might want 
> System.err.println() instead). You can check the isVerbose() method in the 
> project's Configuration object.
> 
> - Josh
> 
> On 2019/06/15 06:32:52, Alex Harui  wrote: 
>> Just off the top of my head in my chat with Harbs last night, the two 
>> biggest pieces of fruit are not low hanging, but honestly, I think you'd do 
>> a better job of picking those off than I would.  The two pieces of fruit are:
>> 
>> 1) Getting rid of the two tree walks per AS file:   JS output currently 
>> requires both the top-down AST walk (BlockWalker/Emitters) and a bottom-up 
>> AST walk (CmcEmitter/JBurg/BURM).  It seems intuitive that walking the tree 
>> once would increase performance.  The catch is that there are currently 
>> no/few semantic checks in the BlockWalker/Emitters walk so all of the 
>> semantic checks from the BURM would have to be stitched into the Emitters so 
>> it probably won't be twice as fast, and I believe there won't be one place 
>> to stitch the BURM's calls into the semantic checks ino the 
>> BlockWalker/Emitters.  AIUI, the advantage of the BURM is it can "quickly" 
>> identify patterns at the leaves where it affects the output.  The 
>> BlockWalker/Emitters might find that they need to ask the semantics of a 
>> pattern near the leaves from several different emitters.
>> 
>> 2) Experimenting with adding context data structures to the 
>> BlockWalker/Emitters:  Try single stepping through some medium complexity AS 
>> code in the BlockWalker/Emitter part of the compiler.  When I do so, I think 
>> I see the same question being asked over and over again, such as resolving 
>> an identifier, or checking if the parent node is a MemberAccessExpression 
>> and more.  I believe that caching information in a data structure  passed 
>> down through the emitters would significantly reduce the number of questions 
>> asked and thus speed things up.  Naturally, caching more stuff will 
>> introduce caching bugs, but I expect it would eventually pay off.  I do 
>> worry about some issues around ActionScript and "late-binding" (which is not 
>> the related to data-binding) and that caching will screw that up.
>> 
>> Smaller, potentially interesting projects include playing around with 
>> subsetting AS.  I believe there are parts of AS that require late-binding 
>> and scopes and other stuff that may not exist on other runtimes, and it is 
>> possible that by warning when those parts of AS are used (custom namespaces, 
>> for example), then if folks write their code without custom namespaces they 
>> could get a significant compiler speed increase because the compiler doesn't 
>> have to worry about late-binding.  The interesting result of doing this may 
>> be better options for outputting WASM, Java, C, and other stricter languages.
>> 
>> There is also a potentially interesting task around combining, for example, 
>> Basic.swc and BasicJS.swc into one multi-platform SWC.  That would save time 
>> on compiling the entire framework, but would require tooling changes and 
>> build script changes.  The advantage is that it would only transpile AS to 
>> JS once.  Right now, the transpile is run once for Basic.swc and again for 
>> BasicJS.swc.  It could be possible to steal the already transpiled JS from 
>> Basic.swc.  Or maybe the copying of the JS files will still be a performance 
>> bottleneck.  The advantage is also that there is only one SWC to deploy 
>> instead of two which might simplify Maven as well.
>> 
>> HTH,
>> -Alex
>> 
>> 
>> 
>> 
>> On 6/14/19, 7:11 PM, "Josh Tynjala"  wrote:
>> 
>>Understood. I'll switch my focus and see if I can find some low hanging 
>> fruit.
>> 
>>- Josh
>> 
>>On 2019/06/15 01:51:48, Harbs  wrote: 
>>> I had a long discussion with Alex last night (sorry you couldn’t make it!) 
>>> and he convinced me of the necessity of caution in regard to adding these 
>>> language features. Waiting 

Re: Compiler Performance (was Re: Problem with Vectors)

[Josh Tynjala]

I found some low-hanging fruit!

I just pushed a commit that removes most of the noisy console output from the 
compiler. I know that this output is useful for debugging the compiler itself, 
but most developers writing ActionScript and MXML don't ever need to see it.

If you actually want to see all of that output, you should now enable the 
-verbose compiler option.

With -verbose=true, TourDeJewel compiles in about 8 seconds on my machine. With 
-verbose=false, it compiles in 6 seconds. We're talking about 20-25% 
improvement to compile time for that particular project. I tested a smaller 
project that is closer to a Hello World. It originally compiled in about 4.3 
seconds, and after my change the total time was reduced to about 3.3 seconds 
instead.

If you're modifying the compiler in the future, and you want to add a 
System.out.println() call, make sure that it's only displayed in verbose mode 
(unless it's related to an error, but then you might want System.err.println() 
instead). You can check the isVerbose() method in the project's Configuration 
object.

- Josh

On 2019/06/15 06:32:52, Alex Harui  wrote: 
> Just off the top of my head in my chat with Harbs last night, the two biggest 
> pieces of fruit are not low hanging, but honestly, I think you'd do a better 
> job of picking those off than I would.  The two pieces of fruit are:
> 
> 1) Getting rid of the two tree walks per AS file:   JS output currently 
> requires both the top-down AST walk (BlockWalker/Emitters) and a bottom-up 
> AST walk (CmcEmitter/JBurg/BURM).  It seems intuitive that walking the tree 
> once would increase performance.  The catch is that there are currently 
> no/few semantic checks in the BlockWalker/Emitters walk so all of the 
> semantic checks from the BURM would have to be stitched into the Emitters so 
> it probably won't be twice as fast, and I believe there won't be one place to 
> stitch the BURM's calls into the semantic checks ino the 
> BlockWalker/Emitters.  AIUI, the advantage of the BURM is it can "quickly" 
> identify patterns at the leaves where it affects the output.  The 
> BlockWalker/Emitters might find that they need to ask the semantics of a 
> pattern near the leaves from several different emitters.
> 
> 2) Experimenting with adding context data structures to the 
> BlockWalker/Emitters:  Try single stepping through some medium complexity AS 
> code in the BlockWalker/Emitter part of the compiler.  When I do so, I think 
> I see the same question being asked over and over again, such as resolving an 
> identifier, or checking if the parent node is a MemberAccessExpression and 
> more.  I believe that caching information in a data structure  passed down 
> through the emitters would significantly reduce the number of questions asked 
> and thus speed things up.  Naturally, caching more stuff will introduce 
> caching bugs, but I expect it would eventually pay off.  I do worry about 
> some issues around ActionScript and "late-binding" (which is not the related 
> to data-binding) and that caching will screw that up.
> 
> Smaller, potentially interesting projects include playing around with 
> subsetting AS.  I believe there are parts of AS that require late-binding and 
> scopes and other stuff that may not exist on other runtimes, and it is 
> possible that by warning when those parts of AS are used (custom namespaces, 
> for example), then if folks write their code without custom namespaces they 
> could get a significant compiler speed increase because the compiler doesn't 
> have to worry about late-binding.  The interesting result of doing this may 
> be better options for outputting WASM, Java, C, and other stricter languages.
> 
> There is also a potentially interesting task around combining, for example, 
> Basic.swc and BasicJS.swc into one multi-platform SWC.  That would save time 
> on compiling the entire framework, but would require tooling changes and 
> build script changes.  The advantage is that it would only transpile AS to JS 
> once.  Right now, the transpile is run once for Basic.swc and again for 
> BasicJS.swc.  It could be possible to steal the already transpiled JS from 
> Basic.swc.  Or maybe the copying of the JS files will still be a performance 
> bottleneck.  The advantage is also that there is only one SWC to deploy 
> instead of two which might simplify Maven as well.
> 
> HTH,
> -Alex
> 
> 
> 
> 
> On 6/14/19, 7:11 PM, "Josh Tynjala"  wrote:
> 
> Understood. I'll switch my focus and see if I can find some low hanging 
> fruit.
> 
> - Josh
> 
> On 2019/06/15 01:51:48, Harbs  wrote: 
> > I had a long discussion with Alex last night (sorry you couldn’t make 
> it!) and he convinced me of the necessity of caution in regard to adding 
> these language features. Waiting until we get the input of a language 
> specialist is prudent.
> > 
> > I do want those features, but we do need to figure out how they fit 
> into a bigger picture 

Re: XML Problem with ignoreWhiteSpace=false

[Greg Dove]

Hi Yishay, thanks for letting me know that all is well in your project. I
was getting a little concerned that the changes might have impacted you, it
is something I have been through a few times in the past so I know what it
is like.

I will look into that new issue over my weekend if it is not urgent. I
might be able to get there sooner, but I am working on something else which
I need to finish up asap, so can't promise that.
My first thought would be that it should not be related to changes, but if
it wasn't happening before the changes then I definitely need to check that.

I would have expected that to be something handled by the native DomParser
because it seems like it is related to whitespace between attributes in the
same node, but I can't rule it out because I did add some changes to the
whitespace handling in general.
Before you addressed it with the change you made, were you able to verify
that it was happening in different browsers?
If you didn't, don't worry about doing that. I will check that aspect as
well if I need to when I look into it. I have been testing across the main
browsers on windows (mainly to include IE11/Edge which seem to be outliers
in terms of the native parsing results).
I have not yet tested on Safari/MacOS.




On Wed, Jun 26, 2019 at 10:12 PM Yishay Weiss 
wrote:

> Hi Greg,
>
>
>
> Our app is working with the latest XML fixes. Thanks for taking care of
> the issues. It was a headache but we actually found some bugs in our code
> in the process.
>
>
>
> If you have time, maybe take a look at this different issue [1]. Do you
> think it could be related to any of your changes?
>
>
>
> Thanks.
>
>
>
> [1]
> https://github.com/apache/royale-asjs/commit/4b87997aa14d60bba657356a3dd17b6c6a7a4d80
>
>
>
> 
> From: Greg Dove 
> Sent: Monday, June 24, 2019 6:59:09 AM
> To: dev@royale.apache.org
> Subject: Re: XML Problem with ignoreWhiteSpace=false
>
> Yishay, a few other issues became apparent as I worked on that. So I added
> tests for them and fixed them also.
>
> I can confirm that a lot of the older implementation was failing in many of
> the tests, because I reverted to the older implementation locally and
> checked against the same tests (which run in parallel with swf). So I do
> know that this represents progress.
> But what I cannot know is if there are other things that do not work after
> these changes outside of the current test coverage (which is why it is
> essential to enhance that coverage over time).
> However I also have no desire to cause many sudden changes needed in your
> project that we could let you manage more gradually if this is causing a
> problem, because I have a feeling that you and Harbs are the main users of
> XML at the moment.
> If you are still encountering problems after my latest changes then we
> could revert the XML project to how it was before all my recent changes and
> I could move everything to a branch.
> I haven't done that to date simply because in terms of what I can see in
> the tests so far, I can only consider it to be progress in terms of getting
> the implementation closer (than it was before) to the original as3
> XML/XMList. But as I said... that is only as good as the test coverage.
> Anyhow, let me know what you think... I have fingers crossed that the
> latest changes should address things for you.
> Greg
>
>
> On Mon, Jun 24, 2019 at 12:35 AM Greg Dove  wrote:
>
> > Hi Yishay, thanks for the new details. That's another bug. I have a local
> > fix for that now, and new tests to cover this and more variations of the
> > document level parsing.
> > It's late for me now, so I will check everything thoroughly and push the
> > fix in my morning.
> >
> >
> >
> > On Sun, Jun 23, 2019 at 9:57 PM Yishay Weiss 
> > wrote:
> >
> >> Hi Greg,
> >>
> >> I’m still having issues with xml that were not there before. Can you see
> >> why this [1] app, where my.xml is [2] is giving me an exception [3]?
> >>
> >>
> >>
> >> [1] https://paste.apache.org/ld1L
> >> [2] https://paste.apache.org/d6VX
> >> [3] https://paste.apache.org/qpub
> >>
> >> Yishay
> >>
> >
>

New Blog Example: Dividing an Apache Royale application with modules

[Carlos Rovira]

Hi,

I just prepared next Blog Example, ready to be checked. Andrew, can you
take a look?

https://royale.codeoscopic.com/dividing-an-apache-royale-application-with-modules/

As I said, there's an issue with inject_html. I solved for now using
Module.initComplete and loading the CSS like this:

private function initModule():void
{
loadCSS('https://fonts.googleapis.com/icon?family=Material+Icons');
}

I think that code should not be there for an user, so if we can solve
this problem before publishing, that would be great

Thanks

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

RE: Trying to run a function on a class that is not instantiated

[spiros]

It is possible with static getter and seter.

Maybe will help you the code below 

Spiros.

public class Variable
{

private static var _textData:String;

public static function get textData():String
{
if( _textData ==null)
{
initailizeVariable();
}
return _textData;
}

public static function set textData(value:String):void
{
_textData = value;
}

public static function initailizeVariable():void
{
_textData = "The quick brown fox jump over the lazy 
dog.";
}


public function Variable()
{
}
}
   




-Original Message-
From: Carlos Rovira [mailto:carlosrov...@apache.org] 
Sent: Wednesday, June 26, 2019 5:49 PM
To: dev@royale.apache.org
Subject: Trying to run a function on a class that is not instantiated

Hi,

I need to run a function when I access a public static var in a class.
Trying to run the function in the constructor seems not to work since
there's no instance of that class. Do we have some way to do this?

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

Trying to run a function on a class that is not instantiated

[Carlos Rovira]

Hi,

I need to run a function when I access a public static var in a class.
Trying to run the function in the constructor seems not to work since
there's no instance of that class. Do we have some way to do this?

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

RE: Js-release code not working for an object generated by RemoteObject

[spiros]

Thanks , 
I think this is the case .
Is it possible to change the closure compiler  ADVANCED_OPTIMIZATIONS to
SIMPLE_OPTIMIZATIONS? If yes how can I Do ?

Thanks again





Spiros




-Original Message-
From: Yishay Weiss [mailto:yishayj...@hotmail.com] 
Sent: Wednesday, June 26, 2019 4:26 PM
To: dev@royale.apache.org
Subject: RE: Js-release code not working for an object generated by
RemoteObject 

Maybe this [1] will help.



[1]
http://apache-royale-development.20373.n8.nabble.com/JSON-Objects-renaming-w
as-Re-ASDoc-Routing-Releases-td2304i20.html






From: spiros 
Sent: Wednesday, June 26, 2019 2:19:56 PM
To: dev@royale.apache.org
Subject: Js-release code not working for an object generated by RemoteObject

Hi ,



I create this piece of code to demonstrate the problem  I discovered
recently

This is an event listener from a RemoteObject call that return an
ArrayCollection with 2 entries of type Object .





private function getComplexStructResultHandler(event:ResultEvent):void

{

   var result:ArrayCollection= event.result.data;

   display.text="BEGIN_DEBUG-->";

   for (var i:int=0 ;iEND_DEBUG";

}



The display  is a label on screen and I got this output  when I use the
js_debug version of code  :



BEGIN_DEBUG-->BEGIN_ENTRY:1011:Windows Apache and Webapi net (JSON)
:20:11.:END_ENRTYBEGIN_ENTRY:1012:Windows Apache and Webapi net
(JSON) :20 :1200.2200:END_ENRTY-->END_DEBUG



When I use the js_release output the output is :



BEGIN_DEBUG-->BEGIN_ENTRY:undefined:undefined:1011:undefined:END_ENRTYBE
GIN_ENTRY:undefined:undefined:1012:undefined:END_ENRTY-->END_DEBUG



As a result



data.ID is undefined

data.Description is undefined

data.Item_Category_Code has the data.ID field Data

data.Unit_Cost is undefined







the JavaScript code generated by compiler in debug is :

/**

* @private

* @param {mx.rpc.events.ResultEvent} event

*/

CFcommunication.prototype.CFcommunication_getComplexStructResultHandler =
function(event) {

  var /** @type {mx.collections.ArrayCollection} */ result =
event.result.data;

  this.display.text = "BEGIN_DEBUG-->";

  for (var /** @type {number} */ i = 0; i < result.length; i++) {

var /** @type {Object} */ data = result.getProperty(i);

org.apache.royale.utils.Language.trace(data);

this.display.text = this.display.text + "BEGIN_ENTRY:" + data.ID + ":" +
data.Description + ":" + data.Item_Category_Code + ":" + data.Unit_Cost +
":END_ENRTY";

  }

  this.display.text = this.display.text + "-->END_DEBUG";

};



In release the code is :



prototype.gr=function(a)

{

   a=a.result.data;

   this.display.text='BEGIN_DEBUG--\x3e';

   for(var b=0;b

Jenkins build is back to normal : royale-asjs_MXTests #899

[Apache Royale CI Server]

See 

RE: Js-release code not working for an object generated by RemoteObject

[Yishay Weiss]

Maybe this [1] will help.



[1] 
http://apache-royale-development.20373.n8.nabble.com/JSON-Objects-renaming-was-Re-ASDoc-Routing-Releases-td2304i20.html






From: spiros 
Sent: Wednesday, June 26, 2019 2:19:56 PM
To: dev@royale.apache.org
Subject: Js-release code not working for an object generated by RemoteObject

Hi ,



I create this piece of code to demonstrate the problem  I discovered
recently

This is an event listener from a RemoteObject call that return an
ArrayCollection with 2 entries of type Object .





private function getComplexStructResultHandler(event:ResultEvent):void

{

   var result:ArrayCollection= event.result.data;

   display.text="BEGIN_DEBUG-->";

   for (var i:int=0 ;iEND_DEBUG";

}



The display  is a label on screen and I got this output  when I use the
js_debug version of code  :



BEGIN_DEBUG-->BEGIN_ENTRY:1011:Windows Apache and Webapi net (JSON)
:20:11.:END_ENRTYBEGIN_ENTRY:1012:Windows Apache and Webapi net
(JSON) :20 :1200.2200:END_ENRTY-->END_DEBUG



When I use the js_release output the output is :



BEGIN_DEBUG-->BEGIN_ENTRY:undefined:undefined:1011:undefined:END_ENRTYBE
GIN_ENTRY:undefined:undefined:1012:undefined:END_ENRTY-->END_DEBUG



As a result



data.ID is undefined

data.Description is undefined

data.Item_Category_Code has the data.ID field Data

data.Unit_Cost is undefined







the JavaScript code generated by compiler in debug is :

/**

* @private

* @param {mx.rpc.events.ResultEvent} event

*/

CFcommunication.prototype.CFcommunication_getComplexStructResultHandler =
function(event) {

  var /** @type {mx.collections.ArrayCollection} */ result =
event.result.data;

  this.display.text = "BEGIN_DEBUG-->";

  for (var /** @type {number} */ i = 0; i < result.length; i++) {

var /** @type {Object} */ data = result.getProperty(i);

org.apache.royale.utils.Language.trace(data);

this.display.text = this.display.text + "BEGIN_ENTRY:" + data.ID + ":" +
data.Description + ":" + data.Item_Category_Code + ":" + data.Unit_Cost +
":END_ENRTY";

  }

  this.display.text = this.display.text + "-->END_DEBUG";

};



In release the code is :



prototype.gr=function(a)

{

   a=a.result.data;

   this.display.text='BEGIN_DEBUG--\x3e';

   for(var b=0;b

New apache-royale questions for Jun 26 - Stack Exchange

[Stack Exchange]

***1 new question in [ApacheRoyale Tag Notifications 
filter]()
 on stackexchange.com***


[Royale setup in 
VSCode]()

New to Royale, copied checkbox mxml code from Tour de Jewel to learn Royale. 
Compilation with errors. Followed instruction from 
https://github.com/BowlerHatLLC/vscode-as3mxml/wiki/Install-the-...

Tagged: visual-studio

by [dennislee]() on 






[Unsubscribe from this 
filter]()
 or change your email preferences by visitingyour [filter subscriptions page on 
stackexchange.com]().

If you no longer want to receive mail from Stack Exchange, unsubscribe from all 
stackexchange.com emails 

Questions? Comments? Let us know on our feedback site at 
.

Stack Exchange, Inc. 110 William St, 28th Floor, NY NY 10038

RE: XML Problem with ignoreWhiteSpace=false

[Yishay Weiss]

Hi Greg,



Our app is working with the latest XML fixes. Thanks for taking care of the 
issues. It was a headache but we actually found some bugs in our code in the 
process.



If you have time, maybe take a look at this different issue [1]. Do you think 
it could be related to any of your changes?



Thanks.



[1] 
https://github.com/apache/royale-asjs/commit/4b87997aa14d60bba657356a3dd17b6c6a7a4d80




From: Greg Dove 
Sent: Monday, June 24, 2019 6:59:09 AM
To: dev@royale.apache.org
Subject: Re: XML Problem with ignoreWhiteSpace=false

Yishay, a few other issues became apparent as I worked on that. So I added
tests for them and fixed them also.

I can confirm that a lot of the older implementation was failing in many of
the tests, because I reverted to the older implementation locally and
checked against the same tests (which run in parallel with swf). So I do
know that this represents progress.
But what I cannot know is if there are other things that do not work after
these changes outside of the current test coverage (which is why it is
essential to enhance that coverage over time).
However I also have no desire to cause many sudden changes needed in your
project that we could let you manage more gradually if this is causing a
problem, because I have a feeling that you and Harbs are the main users of
XML at the moment.
If you are still encountering problems after my latest changes then we
could revert the XML project to how it was before all my recent changes and
I could move everything to a branch.
I haven't done that to date simply because in terms of what I can see in
the tests so far, I can only consider it to be progress in terms of getting
the implementation closer (than it was before) to the original as3
XML/XMList. But as I said... that is only as good as the test coverage.
Anyhow, let me know what you think... I have fingers crossed that the
latest changes should address things for you.
Greg


On Mon, Jun 24, 2019 at 12:35 AM Greg Dove  wrote:

> Hi Yishay, thanks for the new details. That's another bug. I have a local
> fix for that now, and new tests to cover this and more variations of the
> document level parsing.
> It's late for me now, so I will check everything thoroughly and push the
> fix in my morning.
>
>
>
> On Sun, Jun 23, 2019 at 9:57 PM Yishay Weiss 
> wrote:
>
>> Hi Greg,
>>
>> I’m still having issues with xml that were not there before. Can you see
>> why this [1] app, where my.xml is [2] is giving me an exception [3]?
>>
>>
>>
>> [1] https://paste.apache.org/ld1L
>> [2] https://paste.apache.org/d6VX
>> [3] https://paste.apache.org/qpub
>>
>> Yishay
>>
>

Re: Maven build and URLSearchParams

[Piotr Zarzycki]

Here you have references what URLSearchParams is ->
https://developer.mozilla.org/en-US/docs/Web/API/URLSearchParams

śr., 26 cze 2019 o 11:17 Carlos Rovira  napisał(a):

> Ok Piotr,
>
> thanks, so this is not AS3 class is JS code, I was searching for an AS3
> class in repo.
>
>
> El mié., 26 jun. 2019 a las 11:12, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>) escribió:
>
> > Hi Carlos,
> >
> > I have added missing part [1]. I'm waiting for some responses here [2]
> >
> > [1]
> >
> >
> https://github.com/apache/royale-typedefs/commit/952664e244c75f9700e7d9c14bd74283c5a75070
> > [2]
> >
> >
> https://lists.apache.org/thread.html/89dccf49b2953e540f68fc6abcefb38f07206d879fdab3b8bd3a0631@%3Cdev.maven.apache.org%3E
> >
> > Thanks,
> > Piotr
> >
> >
> > śr., 26 cze 2019 o 09:49 Carlos Rovira 
> > napisał(a):
> >
> > > Hi,
> > >
> > > I searching for URLSearchParams in repo (asas and typedefs) and didn't
> > find
> > > any reference.
> > > I'm missing something?
> > > Thanks
> > >
> > > El mié., 26 jun. 2019 a las 8:32, Piotr Zarzycki (<
> > > piotrzarzyck...@gmail.com>)
> > > escribió:
> > >
> > > > Hi Alex,
> > > >
> > > > Thanks for information. I have pushed fix, but our build of
> > > > https://builds.apache.org/job/Royale-typedefs/ stuck for several
> days.
> > > It
> > > > looks like there is some freezed build from Maven project which
> blocks
> > > > ours. I wrote to their development list - let's see what happen.
> > > >
> > > > Thanks,
> > > > Piotr
> > > >
> > > > śr., 26 cze 2019 o 03:37 Alex Harui 
> > > napisał(a):
> > > >
> > > > > Does it work in Ant?
> > > > >
> > > > > I think royale-typedefs/js/pom.xml may be missing url.js and some
> > other
> > > > > files.
> > > > >
> > > > > -Alex
> > > > >
> > > > > On 6/25/19, 9:38 AM, "Piotr Zarzycki" 
> > > > wrote:
> > > > >
> > > > > Hi Guys,
> > > > >
> > > > > I'm preparing pom.xml for one of my Royale project. In this
> > project
> > > > I'm
> > > > > using URLSearchParams class. Build is failing cause it doesn't
> > > > > recognize
> > > > > that class.
> > > > >
> > > > > What module dependency I should add in order to use that class
> ?
> > > > >
> > > > > Thanks,
> > > > > --
> > > > >
> > > > > Piotr Zarzycki
> > > > >
> > > > > Patreon: *
> > > > >
> > > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > > > > <
> > > > >
> > > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > > > > >*
> > > > >
> > > > >
> > > > >
> > > >
> > > > --
> > > >
> > > > Piotr Zarzycki
> > > >
> > > > Patreon: *https://www.patreon.com/piotrzarzycki
> > > > *
> > > >
> > >
> > >
> > > --
> > > Carlos Rovira
> > > http://about.me/carlosrovira
> > >
> >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *https://www.patreon.com/piotrzarzycki
> > *
> >
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

Re: Maven build and URLSearchParams

[Carlos Rovira]

Ok Piotr,

thanks, so this is not AS3 class is JS code, I was searching for an AS3
class in repo.


El mié., 26 jun. 2019 a las 11:12, Piotr Zarzycki (<
piotrzarzyck...@gmail.com>) escribió:

> Hi Carlos,
>
> I have added missing part [1]. I'm waiting for some responses here [2]
>
> [1]
>
> https://github.com/apache/royale-typedefs/commit/952664e244c75f9700e7d9c14bd74283c5a75070
> [2]
>
> https://lists.apache.org/thread.html/89dccf49b2953e540f68fc6abcefb38f07206d879fdab3b8bd3a0631@%3Cdev.maven.apache.org%3E
>
> Thanks,
> Piotr
>
>
> śr., 26 cze 2019 o 09:49 Carlos Rovira 
> napisał(a):
>
> > Hi,
> >
> > I searching for URLSearchParams in repo (asas and typedefs) and didn't
> find
> > any reference.
> > I'm missing something?
> > Thanks
> >
> > El mié., 26 jun. 2019 a las 8:32, Piotr Zarzycki (<
> > piotrzarzyck...@gmail.com>)
> > escribió:
> >
> > > Hi Alex,
> > >
> > > Thanks for information. I have pushed fix, but our build of
> > > https://builds.apache.org/job/Royale-typedefs/ stuck for several days.
> > It
> > > looks like there is some freezed build from Maven project which blocks
> > > ours. I wrote to their development list - let's see what happen.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > śr., 26 cze 2019 o 03:37 Alex Harui 
> > napisał(a):
> > >
> > > > Does it work in Ant?
> > > >
> > > > I think royale-typedefs/js/pom.xml may be missing url.js and some
> other
> > > > files.
> > > >
> > > > -Alex
> > > >
> > > > On 6/25/19, 9:38 AM, "Piotr Zarzycki" 
> > > wrote:
> > > >
> > > > Hi Guys,
> > > >
> > > > I'm preparing pom.xml for one of my Royale project. In this
> project
> > > I'm
> > > > using URLSearchParams class. Build is failing cause it doesn't
> > > > recognize
> > > > that class.
> > > >
> > > > What module dependency I should add in order to use that class ?
> > > >
> > > > Thanks,
> > > > --
> > > >
> > > > Piotr Zarzycki
> > > >
> > > > Patreon: *
> > > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > > > <
> > > >
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > > > >*
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > Piotr Zarzycki
> > >
> > > Patreon: *https://www.patreon.com/piotrzarzycki
> > > *
> > >
> >
> >
> > --
> > Carlos Rovira
> > http://about.me/carlosrovira
> >
>
>
> --
>
> Piotr Zarzycki
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>


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

Re: Maven build and URLSearchParams

[Piotr Zarzycki]

Hi Carlos,

I have added missing part [1]. I'm waiting for some responses here [2]

[1]
https://github.com/apache/royale-typedefs/commit/952664e244c75f9700e7d9c14bd74283c5a75070
[2]
https://lists.apache.org/thread.html/89dccf49b2953e540f68fc6abcefb38f07206d879fdab3b8bd3a0631@%3Cdev.maven.apache.org%3E

Thanks,
Piotr


śr., 26 cze 2019 o 09:49 Carlos Rovira  napisał(a):

> Hi,
>
> I searching for URLSearchParams in repo (asas and typedefs) and didn't find
> any reference.
> I'm missing something?
> Thanks
>
> El mié., 26 jun. 2019 a las 8:32, Piotr Zarzycki (<
> piotrzarzyck...@gmail.com>)
> escribió:
>
> > Hi Alex,
> >
> > Thanks for information. I have pushed fix, but our build of
> > https://builds.apache.org/job/Royale-typedefs/ stuck for several days.
> It
> > looks like there is some freezed build from Maven project which blocks
> > ours. I wrote to their development list - let's see what happen.
> >
> > Thanks,
> > Piotr
> >
> > śr., 26 cze 2019 o 03:37 Alex Harui 
> napisał(a):
> >
> > > Does it work in Ant?
> > >
> > > I think royale-typedefs/js/pom.xml may be missing url.js and some other
> > > files.
> > >
> > > -Alex
> > >
> > > On 6/25/19, 9:38 AM, "Piotr Zarzycki" 
> > wrote:
> > >
> > > Hi Guys,
> > >
> > > I'm preparing pom.xml for one of my Royale project. In this project
> > I'm
> > > using URLSearchParams class. Build is failing cause it doesn't
> > > recognize
> > > that class.
> > >
> > > What module dependency I should add in order to use that class ?
> > >
> > > Thanks,
> > > --
> > >
> > > Piotr Zarzycki
> > >
> > > Patreon: *
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > > <
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > > >*
> > >
> > >
> > >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *https://www.patreon.com/piotrzarzycki
> > *
> >
>
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>


-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*

Re: Maven build and URLSearchParams

[Carlos Rovira]

Hi,

I searching for URLSearchParams in repo (asas and typedefs) and didn't find
any reference.
I'm missing something?
Thanks

El mié., 26 jun. 2019 a las 8:32, Piotr Zarzycki ()
escribió:

> Hi Alex,
>
> Thanks for information. I have pushed fix, but our build of
> https://builds.apache.org/job/Royale-typedefs/ stuck for several days. It
> looks like there is some freezed build from Maven project which blocks
> ours. I wrote to their development list - let's see what happen.
>
> Thanks,
> Piotr
>
> śr., 26 cze 2019 o 03:37 Alex Harui  napisał(a):
>
> > Does it work in Ant?
> >
> > I think royale-typedefs/js/pom.xml may be missing url.js and some other
> > files.
> >
> > -Alex
> >
> > On 6/25/19, 9:38 AM, "Piotr Zarzycki" 
> wrote:
> >
> > Hi Guys,
> >
> > I'm preparing pom.xml for one of my Royale project. In this project
> I'm
> > using URLSearchParams class. Build is failing cause it doesn't
> > recognize
> > that class.
> >
> > What module dependency I should add in order to use that class ?
> >
> > Thanks,
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > <
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> > >*
> >
> >
> >
>
> --
>
> Piotr Zarzycki
>
> Patreon: *https://www.patreon.com/piotrzarzycki
> *
>


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

Re: Maven build and URLSearchParams

[Piotr Zarzycki]

Hi Alex,

Thanks for information. I have pushed fix, but our build of
https://builds.apache.org/job/Royale-typedefs/ stuck for several days. It
looks like there is some freezed build from Maven project which blocks
ours. I wrote to their development list - let's see what happen.

Thanks,
Piotr

śr., 26 cze 2019 o 03:37 Alex Harui  napisał(a):

> Does it work in Ant?
>
> I think royale-typedefs/js/pom.xml may be missing url.js and some other
> files.
>
> -Alex
>
> On 6/25/19, 9:38 AM, "Piotr Zarzycki"  wrote:
>
> Hi Guys,
>
> I'm preparing pom.xml for one of my Royale project. In this project I'm
> using URLSearchParams class. Build is failing cause it doesn't
> recognize
> that class.
>
> What module dependency I should add in order to use that class ?
>
> Thanks,
> --
>
> Piotr Zarzycki
>
> Patreon: *
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.patreon.com%2Fpiotrzarzyckidata=02%7C01%7Caharui%40adobe.com%7C51c5d4091415489794a308d6f98b9a4f%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636970775315808726sdata=Tjm9sktvjOxwyT2OBpG0%2BrwTgqsKlEl83WgdwUCASfY%3Dreserved=0
> >*
>
>
>

-- 

Piotr Zarzycki

Patreon: *https://www.patreon.com/piotrzarzycki
*