Build failed in Jenkins: royale-asjs_jsonly #3404

[Apache Royale CI Server]

See 


--
[...truncated 1.72 MB...]
 [java] public static var noScriptComplete:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var exitWhenDone:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var playbackControl:String = "play";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var bitmapServerPrefix:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var serverCopy:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentTestID:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentScript:String;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var _root:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var contextFunction:Function;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var includeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var excludeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var scriptName:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testSWF:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var startEvent:String = "applicationComplete";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testCases:Array;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in 

Build failed in Jenkins: royale-asjs_jsonly #3403

[Apache Royale CI Server]

See 


--
[...truncated 1.71 MB...]
 [java] public static var noScriptComplete:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var exitWhenDone:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var playbackControl:String = "play";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var bitmapServerPrefix:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var serverCopy:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentTestID:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentScript:String;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var _root:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var contextFunction:Function;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var includeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var excludeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var scriptName:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testSWF:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var startEvent:String = "applicationComplete";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testCases:Array;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in 

Build failed in Jenkins: royale-asjs_jsonly #3402

[Apache Royale CI Server]

See 


Changes:

[aharui] horizontalAlign in MX Container/Panel

--
[...truncated 1.71 MB...]
 [java] public static var noScriptComplete:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var exitWhenDone:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var playbackControl:String = "play";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var bitmapServerPrefix:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var serverCopy:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentTestID:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentScript:String;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var _root:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var contextFunction:Function;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var includeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var excludeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var scriptName:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testSWF:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var startEvent:String = "applicationComplete";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testCases:Array;
 [java] ^
 [java] 
 [java] 

Re: Build failed in Jenkins: royale-asjs_jsonly #3398

[Greg Dove]

In my experience locally that can break the build for some tests. I have
had to uninstall firefox and reinstall version 47 many times on my own
machine.
There is a compatibility with (iirc) mustella testing that requires the
older firefox version. So I would guess that is what is happening on the
server.


On Fri, Aug 16, 2019 at 10:04 PM Piotr Zarzycki 
wrote:

> I've seen on the server that Firefox was updated for some reason. Could it
> influence the build ?
>
> pt., 16 sie 2019 o 08:39 Apache Royale CI Server  >
> napisał(a):
>
> > See <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/3398/display/redirect
> > >
> >
> > --
> > [...truncated 1.72 MB...]
> >  [java]
> >  [java] public var scriptName:String;
> >  [java] ^
> >  [java]
> >  [java] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1678)
> >:
> > col: 2 public var may not work in minified JS output.  Use getter/setter
> > instead.
> >  [java]
> >  [java] public var testSWF:String;
> >  [java] ^
> >  [java]
> >  [java] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1683)
> >:
> > col: 2 public var may not work in minified JS output.  Use getter/setter
> > instead.
> >  [java]
> >  [java] public var startEvent:String = "applicationComplete";
> >  [java] ^
> >  [java]
> >  [java] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1688)
> >:
> > col: 2 public var may not work in minified JS output.  Use getter/setter
> > instead.
> >  [java]
> >  [java] public var testCases:Array;
> >  [java] ^
> >  [java]
> >  [java] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1693)
> >:
> > col: 2 public var may not work in minified JS output.  Use getter/setter
> > instead.
> >  [java]
> >  [java] public var lastEvent:Event;
> >  [java] ^
> >  [java]
> >  [java] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1704)
> >:
> > col: 2 public var may not work in minified JS output.  Use getter/setter
> > instead.
> >  [java]
> >  [java] public static var excludedCount:int = 0;
> >  [java] ^
> >  [java]
> >  [java] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1979)
> >:
> > col: 2 public var may not work in minified JS output.  Use getter/setter
> > instead.
> >  [java]
> >  [java] public var valueChanged:Boolean;
> >  [java] ^
> >  [java]
> >  [java] 4.3761391 seconds
> >  [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m
> > -Xmx1g
> >  [java] Java Result: 2
> >
> > main:
> >
> > basictests-compile-java:
> >[delete] Deleting directory <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/target/classes
> > >
> > [mkdir] Created dir: <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/target/classes
> > >
> > [javac] <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/build.xml
> >:1347:
> > warning: 'includeantruntime' was not set, defaulting to
> > build.sysclasspath=last; set to false for repeatable builds
> > [javac] Compiling 12 source files to <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/target/classes
> > >
> >
> > basictests:
> >
> > basictests-mustella:
> >
> > basictests-compile-js:
> >  [echo] ROYALE_HOME: <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/
> > >
> >  [echo] ROYALE_COMPILER_HOME: <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js
> > >
> >  [echo] GOOG_HOME: <
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js/lib/google/closure-library
> > >
> > [mxmlc] MXMLJSC
> > [mxmlc] -sdk-js-lib=<
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/js
> > >
> > [mxmlc] -compiler.debug=true
> > [mxmlc] +royalelib=<
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/frameworks/
> > >
> > [mxmlc] -closure-lib=<
> >
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js/lib/google/closure-library
> > >
> > [mxmlc] -compiler.targets=JSRoyale
> > [mxmlc] -compiler.library-path=<
> >
> 

Build failed in Jenkins: royale-asjs_jsonly #3401

[Apache Royale CI Server]

See 


Changes:

[aharui] handle background with only a color specified.  Fixes #449

--
[...truncated 1.71 MB...]
 [java] public static var noScriptComplete:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var exitWhenDone:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var playbackControl:String = "play";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var bitmapServerPrefix:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var serverCopy:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentTestID:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentScript:String;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var _root:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var contextFunction:Function;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var includeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var excludeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var scriptName:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testSWF:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var startEvent:String = "applicationComplete";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testCases:Array;
 [java] ^
 [java] 
 [java] 

Re: Discuss of release steps preparation

[Alex Harui]

Piotr,

At this point, I would definitely recommend trying the three steps without any 
changes to the release_steps.xml file and use an ABSOLUTE path.  That's the 
only way I tested the scripts.  I did not try a relative path, and I highly 
recommend not putting all of these files in a working copy.  It is probably 
less work to just have RM's specify an absolute path external to the working 
copy.  Using "../.." may not work consistently so do not use those adjustments.

Capture the logs for all 3 steps and if there is a problem post the output.

Thanks,
-Alex


On 8/16/19, 2:57 AM, "Piotr Zarzycki"  wrote:

It looks like this is again problem with RoyaleUnit[1]. Here is the results
of comparison. I'm not sure why left folder doesn't contains files.

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsWnHGq.pngdata=02%7C01%7Caharui%40adobe.com%7Cdd67a5a447364dbbe21908d7223029d2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015462571597421sdata=bvzbqWWuRT8CPIsl03qxIO8OF9n3btvCEVdfoN%2FL83c%3Dreserved=0

Thanks,
Piotr

pt., 16 sie 2019 o 11:08 Piotr Zarzycki 
napisał(a):

> Ok I was mistake. Both zips exists, but they have different sizes! So
> comparison went fine and I need to understand one sources are different...
>
> pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
> napisał(a):
>
>> I have analyzed that target (compare-src-zips) and it compares zip file
>> in following locations:
>>
>> 1) artifacts\apache-royale-0.9.6-src.zip
>> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>>
>> I have changed in that target all places where ${artifactfolder} to
>> ../../${artifactfolder} and launch that target. It looks like zip file
>> wasn't created at all in location:
>> /sources/srczip/apache-royale-0.9.6-src.zip.
>>
>> I will try to figure out what has happened. Btw. I didn't commit my
>> changes with ../../ - those are local.
>>
>> Thanks,
>> Piotr
>>
>> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
>> napisał(a):
>>
>>> Unfortunately I don't know what is happening but signing trough script
>>> hang for me. Stopped working. :(
>>>
>>>
>>> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
>>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>>>
>>> get-artifact-folder:
>>> [input] Enter the temporary folder to store the downloaded 
artifacts:
>>> royale096
>>>
>>> Release_Step_003_Sign:
>>>
>>> sign-file:
>>>
>>>
>>>
>>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
>>> napisał(a):
>>>
 With "../../" or without ? I just run script with -DskiptTests="true"
 and it passes, but failed on "compare-src-zips" - It looks like it is 
also
 problem with paths. :(

 pt., 16 sie 2019 o 09:15 Alex Harui 
 napisał(a):

> I would also need to see the output of the other two steps
> (Release_Step_003 and Release_Step_003_Sign)
>
> Thanks,
> -Alex
>
> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
> wrote:
>
> This console output is here [1], but it is version where script
> failing,
> cause there wasn't "../../". Let me know if it's enough actually.
>
> [1]
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cdd67a5a447364dbbe21908d7223029d2%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015462571597421sdata=cpG%2BXauXqyeesomOmZD6pH%2FVpcwzdDwzlRW9PzXfXjQ%3Dreserved=0
>
> czw., 15 sie 2019 o 22:37 Alex Harui 
> napisał(a):
>
> > That's a possibility.  I only used absolute paths.
> >
> > Piotr, it would nice to see the Windows console output including
> the paths
> > you gave to help make this process more robust.
> >
> > -Alex
> >
> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
> wrote:
> >
> > If it started working correctly after changing the path to
> include
> > ../../,
> > perhaps ${artifactfolder} is being set to a relative path,
> but the
> > script
> > expects the path to be absolute. I'm not familiar with the
> release
> > steps
> > yet, so I'm just guessing, but does that make sense?
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> >
> 

Build failed in Jenkins: royale-asjs_jsonly #3399

[Apache Royale CI Server]

See 


Changes:

[carlosrovira] temporal fix for inject_html in @extern classes

--
[...truncated 1.71 MB...]
 [java] public static var noScriptComplete:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var exitWhenDone:Boolean = false;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var playbackControl:String = "play";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var bitmapServerPrefix:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var serverCopy:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentTestID:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var currentScript:String;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var _root:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 5 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var contextFunction:Function;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var includeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var excludeList:Object;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var scriptName:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testSWF:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var startEvent:String = "applicationComplete";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testCases:Array;
 [java] ^
 [java] 
 [java] 

Re: Build failed in Jenkins: royale-asjs_jsonly #3398

[Piotr Zarzycki]

I've seen on the server that Firefox was updated for some reason. Could it
influence the build ?

pt., 16 sie 2019 o 08:39 Apache Royale CI Server 
napisał(a):

> See <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/3398/display/redirect
> >
>
> --
> [...truncated 1.72 MB...]
>  [java]
>  [java] public var scriptName:String;
>  [java] ^
>  [java]
>  [java] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1678)>:
> col: 2 public var may not work in minified JS output.  Use getter/setter
> instead.
>  [java]
>  [java] public var testSWF:String;
>  [java] ^
>  [java]
>  [java] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1683)>:
> col: 2 public var may not work in minified JS output.  Use getter/setter
> instead.
>  [java]
>  [java] public var startEvent:String = "applicationComplete";
>  [java] ^
>  [java]
>  [java] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1688)>:
> col: 2 public var may not work in minified JS output.  Use getter/setter
> instead.
>  [java]
>  [java] public var testCases:Array;
>  [java] ^
>  [java]
>  [java] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1693)>:
> col: 2 public var may not work in minified JS output.  Use getter/setter
> instead.
>  [java]
>  [java] public var lastEvent:Event;
>  [java] ^
>  [java]
>  [java] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1704)>:
> col: 2 public var may not work in minified JS output.  Use getter/setter
> instead.
>  [java]
>  [java] public static var excludedCount:int = 0;
>  [java] ^
>  [java]
>  [java] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/src/main/royale/UnitTester.as(1979)>:
> col: 2 public var may not work in minified JS output.  Use getter/setter
> instead.
>  [java]
>  [java] public var valueChanged:Boolean;
>  [java] ^
>  [java]
>  [java] 4.3761391 seconds
>  [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m
> -Xmx1g
>  [java] Java Result: 2
>
> main:
>
> basictests-compile-java:
>[delete] Deleting directory <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/target/classes
> >
> [mkdir] Created dir: <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/target/classes
> >
> [javac] <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/build.xml>:1347:
> warning: 'includeantruntime' was not set, defaulting to
> build.sysclasspath=last; set to false for repeatable builds
> [javac] Compiling 12 source files to <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/target/classes
> >
>
> basictests:
>
> basictests-mustella:
>
> basictests-compile-js:
>  [echo] ROYALE_HOME: <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/
> >
>  [echo] ROYALE_COMPILER_HOME: <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js
> >
>  [echo] GOOG_HOME: <
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js/lib/google/closure-library
> >
> [mxmlc] MXMLJSC
> [mxmlc] -sdk-js-lib=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/js
> >
> [mxmlc] -compiler.debug=true
> [mxmlc] +royalelib=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/frameworks/
> >
> [mxmlc] -closure-lib=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js/lib/google/closure-library
> >
> [mxmlc] -compiler.targets=JSRoyale
> [mxmlc] -compiler.library-path=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/mustella.swc
> >
> [mxmlc] -compiler.js-external-library-path=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/js/libs/js.swc
> >
> [mxmlc] -compiler.js-library-path=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/frameworks/js/libs
> >
> [mxmlc] -compiler.js-library-path+=<
> http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/royale-asjs_jsonly/ws/mustella/mustella.swc
> >
> [mxmlc] --
> [mxmlc] <
> 

Re: Discuss of release steps preparation

[Piotr Zarzycki]

It looks like this is again problem with RoyaleUnit[1]. Here is the results
of comparison. I'm not sure why left folder doesn't contains files.

[1] https://pasteboard.co/IsWnHGq.png

Thanks,
Piotr

pt., 16 sie 2019 o 11:08 Piotr Zarzycki 
napisał(a):

> Ok I was mistake. Both zips exists, but they have different sizes! So
> comparison went fine and I need to understand one sources are different...
>
> pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
> napisał(a):
>
>> I have analyzed that target (compare-src-zips) and it compares zip file
>> in following locations:
>>
>> 1) artifacts\apache-royale-0.9.6-src.zip
>> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>>
>> I have changed in that target all places where ${artifactfolder} to
>> ../../${artifactfolder} and launch that target. It looks like zip file
>> wasn't created at all in location:
>> /sources/srczip/apache-royale-0.9.6-src.zip.
>>
>> I will try to figure out what has happened. Btw. I didn't commit my
>> changes with ../../ - those are local.
>>
>> Thanks,
>> Piotr
>>
>> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
>> napisał(a):
>>
>>> Unfortunately I don't know what is happening but signing trough script
>>> hang for me. Stopped working. :(
>>>
>>>
>>> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
>>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>>>
>>> get-artifact-folder:
>>> [input] Enter the temporary folder to store the downloaded artifacts:
>>> royale096
>>>
>>> Release_Step_003_Sign:
>>>
>>> sign-file:
>>>
>>>
>>>
>>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
>>> napisał(a):
>>>
 With "../../" or without ? I just run script with -DskiptTests="true"
 and it passes, but failed on "compare-src-zips" - It looks like it is also
 problem with paths. :(

 pt., 16 sie 2019 o 09:15 Alex Harui 
 napisał(a):

> I would also need to see the output of the other two steps
> (Release_Step_003 and Release_Step_003_Sign)
>
> Thanks,
> -Alex
>
> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
> wrote:
>
> This console output is here [1], but it is version where script
> failing,
> cause there wasn't "../../". Let me know if it's enough actually.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>
> czw., 15 sie 2019 o 22:37 Alex Harui 
> napisał(a):
>
> > That's a possibility.  I only used absolute paths.
> >
> > Piotr, it would nice to see the Windows console output including
> the paths
> > you gave to help make this process more robust.
> >
> > -Alex
> >
> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
> wrote:
> >
> > If it started working correctly after changing the path to
> include
> > ../../,
> > perhaps ${artifactfolder} is being set to a relative path,
> but the
> > script
> > expects the path to be absolute. I'm not familiar with the
> release
> > steps
> > yet, so I'm just guessing, but does that make sense?
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
> > >
> >
> >
> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
> 
> > wrote:
> >
> > > Can you explain why that would be the right change?
> Doesn't make
> > sense to
> > > me.
> > >
> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > wrote:
> > >
> > > So far so good. I did tweak the script and was able to
> upload
> > > artifacts. I
> > > have changed in each script:
> > > Line from:
> > >
> > > 
> > > To
> > > 
> > >
> > > The very last thing was close repository, so I got
> some errors
> > you can
> > > check here by logging your Apache handle [1] related to
> > RoyaleUnit [2].
> > >
> > > Missing Signature:
> > >
> > >
> >
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> > 

Re: Discuss of release steps preparation

[Piotr Zarzycki]

Ok I was mistake. Both zips exists, but they have different sizes! So
comparison went fine and I need to understand one sources are different...

pt., 16 sie 2019 o 10:59 Piotr Zarzycki 
napisał(a):

> I have analyzed that target (compare-src-zips) and it compares zip file in
> following locations:
>
> 1) artifacts\apache-royale-0.9.6-src.zip
> 2) /sources/srczip/apache-royale-0.9.6-src.zip
>
> I have changed in that target all places where ${artifactfolder} to
> ../../${artifactfolder} and launch that target. It looks like zip file
> wasn't created at all in location:
> /sources/srczip/apache-royale-0.9.6-src.zip.
>
> I will try to figure out what has happened. Btw. I didn't commit my
> changes with ../../ - those are local.
>
> Thanks,
> Piotr
>
> pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
> napisał(a):
>
>> Unfortunately I don't know what is happening but signing trough script
>> hang for me. Stopped working. :(
>>
>>
>> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
>> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>>
>> get-artifact-folder:
>> [input] Enter the temporary folder to store the downloaded artifacts:
>> royale096
>>
>> Release_Step_003_Sign:
>>
>> sign-file:
>>
>>
>>
>> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
>> napisał(a):
>>
>>> With "../../" or without ? I just run script with -DskiptTests="true"
>>> and it passes, but failed on "compare-src-zips" - It looks like it is also
>>> problem with paths. :(
>>>
>>> pt., 16 sie 2019 o 09:15 Alex Harui 
>>> napisał(a):
>>>
 I would also need to see the output of the other two steps
 (Release_Step_003 and Release_Step_003_Sign)

 Thanks,
 -Alex

 On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
 wrote:

 This console output is here [1], but it is version where script
 failing,
 cause there wasn't "../../". Let me know if it's enough actually.

 [1]
 https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0

 czw., 15 sie 2019 o 22:37 Alex Harui 
 napisał(a):

 > That's a possibility.  I only used absolute paths.
 >
 > Piotr, it would nice to see the Windows console output including
 the paths
 > you gave to help make this process more robust.
 >
 > -Alex
 >
 > On 8/15/19, 1:21 PM, "Josh Tynjala" 
 wrote:
 >
 > If it started working correctly after changing the path to
 include
 > ../../,
 > perhaps ${artifactfolder} is being set to a relative path,
 but the
 > script
 > expects the path to be absolute. I'm not familiar with the
 release
 > steps
 > yet, so I'm just guessing, but does that make sense?
 >
 > --
 > Josh Tynjala
 > Bowler Hat LLC <
 >
 https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
 > >
 >
 >
 > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
 
 > wrote:
 >
 > > Can you explain why that would be the right change?
 Doesn't make
 > sense to
 > > me.
 > >
 > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
 piotrzarzyck...@gmail.com>
 > wrote:
 > >
 > > So far so good. I did tweak the script and was able to
 upload
 > > artifacts. I
 > > have changed in each script:
 > > Line from:
 > >
 > > 
 > > To
 > > 
 > >
 > > The very last thing was close repository, so I got some
 errors
 > you can
 > > check here by logging your Apache handle [1] related to
 > RoyaleUnit [2].
 > >
 > > Missing Signature:
 > >
 > >
 >
 '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
 > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
 > >
 > > I will try to figure out what has happened, but if
 someone has
 > any
 > > clue to
 > > that let me know.
 > >
 > > [1]
 > >
 >
 

Re: Discuss of release steps preparation

[Piotr Zarzycki]

I have analyzed that target (compare-src-zips) and it compares zip file in
following locations:

1) artifacts\apache-royale-0.9.6-src.zip
2) /sources/srczip/apache-royale-0.9.6-src.zip

I have changed in that target all places where ${artifactfolder} to
../../${artifactfolder} and launch that target. It looks like zip file
wasn't created at all in location:
/sources/srczip/apache-royale-0.9.6-src.zip.

I will try to figure out what has happened. Btw. I didn't commit my changes
with ../../ - those are local.

Thanks,
Piotr

pt., 16 sie 2019 o 09:29 Piotr Zarzycki 
napisał(a):

> Unfortunately I don't know what is happening but signing trough script
> hang for me. Stopped working. :(
>
>
> ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
> Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml
>
> get-artifact-folder:
> [input] Enter the temporary folder to store the downloaded artifacts:
> royale096
>
> Release_Step_003_Sign:
>
> sign-file:
>
>
>
> pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
> napisał(a):
>
>> With "../../" or without ? I just run script with -DskiptTests="true" and
>> it passes, but failed on "compare-src-zips" - It looks like it is also
>> problem with paths. :(
>>
>> pt., 16 sie 2019 o 09:15 Alex Harui 
>> napisał(a):
>>
>>> I would also need to see the output of the other two steps
>>> (Release_Step_003 and Release_Step_003_Sign)
>>>
>>> Thanks,
>>> -Alex
>>>
>>> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> This console output is here [1], but it is version where script
>>> failing,
>>> cause there wasn't "../../". Let me know if it's enough actually.
>>>
>>> [1]
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>>>
>>> czw., 15 sie 2019 o 22:37 Alex Harui 
>>> napisał(a):
>>>
>>> > That's a possibility.  I only used absolute paths.
>>> >
>>> > Piotr, it would nice to see the Windows console output including
>>> the paths
>>> > you gave to help make this process more robust.
>>> >
>>> > -Alex
>>> >
>>> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
>>> wrote:
>>> >
>>> > If it started working correctly after changing the path to
>>> include
>>> > ../../,
>>> > perhaps ${artifactfolder} is being set to a relative path, but
>>> the
>>> > script
>>> > expects the path to be absolute. I'm not familiar with the
>>> release
>>> > steps
>>> > yet, so I'm just guessing, but does that make sense?
>>> >
>>> > --
>>> > Josh Tynjala
>>> > Bowler Hat LLC <
>>> >
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
>>> > >
>>> >
>>> >
>>> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
>>> 
>>> > wrote:
>>> >
>>> > > Can you explain why that would be the right change?  Doesn't
>>> make
>>> > sense to
>>> > > me.
>>> > >
>>> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
>>> piotrzarzyck...@gmail.com>
>>> > wrote:
>>> > >
>>> > > So far so good. I did tweak the script and was able to
>>> upload
>>> > > artifacts. I
>>> > > have changed in each script:
>>> > > Line from:
>>> > >
>>> > > 
>>> > > To
>>> > > 
>>> > >
>>> > > The very last thing was close repository, so I got some
>>> errors
>>> > you can
>>> > > check here by logging your Apache handle [1] related to
>>> > RoyaleUnit [2].
>>> > >
>>> > > Missing Signature:
>>> > >
>>> > >
>>> >
>>> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
>>> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>>> > >
>>> > > I will try to figure out what has happened, but if
>>> someone has
>>> > any
>>> > > clue to
>>> > > that let me know.
>>> > >
>>> > > [1]
>>> > >
>>> >
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
>>> > > [2]
>>> > >
>>> >
>>> 

Re: File Handling (was Re: inject_html in the framework via rawgit)

[Carlos Rovira]

Hi Alex,

I had to fight with assets for Jewel. I ended solving it in Maven. This
approach could appear a bit cumbersome for our users since they need to
think how to deal with it, and they could say us: "hey! I'm using a SDK...I
should not need to spend time solving that, SDK should do it for me", and
that's in true, but as always, it's a matter of time, contribution, and so
on,..

If we give compiler capabilities my personal opinions are:

* It would be great that royale could be smart enough to just grab the
assets that are in use in the application and left the unused ones out, so
application will have only things to use.
* The other problem is about references to that assets, since if we have a
CSS file with lots of unused references that will be a real problem, since
people will be loading lots of things they does not need.

The typical case will be an example app with just a button and a text input
that brings all the icons from components like CheckBox or RadioButton (and
many others), but are not used.

Seems to me that some management *per component* should be good to have
only assets and references to those assets (that in the end is what makes
the difference since is what triggers the load for the user end) in the
final output.





El vie., 16 ago. 2019 a las 2:37, Alex Harui ()
escribió:

> Greg's email coincided with some other interesting file-handling issues
> that might be worth a discussion.
>
> The issue I ran into was that the old MX RichTextEditor has some icon
> buttons.  In Flex, those buttons are embedded.  We are not (yet) supporting
> embedding in Royale, so the question is how to deliver the icon files into
> the user's bin/js-debug and bin/js-release output folders?
>
> IMO, this is related to the rawgit issue in that inject_html users may
> want to control the URL that gets injected and want to specify a file in
> the output folder.
>
> IMO, the basic question is:  how can you specify to the compiler a file to
> be included in the output folder?
>
> It seems easy enough to pack more files into SWCs.  The compiler already
> has a capability for JS output to copy ALL of the files in a theme swc (a
> swc specified as a theme) into the output folder.  The problem with that is
> that it is ALL when you probably just want the files for a particular
> component.  I don't think I want to see per-component theme asset SWCs.
>
> Now some folks may argue that this is not the job of the compiler at all.
> Folks need to use build scripts/tools like Ant and Maven to grab files.
> That is acceptable to me.  We could provide patterns to use in Ant and
> Maven to grab files from a SWC.
>
> But if we decide to involve the compiler, then we have options.  The
> simplest is probably to allow -include-file COMPC syntax in MXMLC with some
> additional syntax to specify which SWC to look in.
>
> More automated would be some metadata or css somewhere (even a
> @include_file directive like @inject_html) so the compiler will copy files
> needed by a class if a class is used in the output.
>
> Thoughts?
> -Alex
>
> On 8/14/19, 6:47 PM, "Greg Dove"  wrote:
>
> "RawGit is now in a sunset phase and will soon shut down" [1]
>
> It just came to my attention today that some of the framework code uses
> script tag injections for rawgit urls, and I checked that service... it
> could be shut down as early as October 2019.
> This looks to only be used in MXRoyale and AceEditor.
>
> One of the uses seems to be for base64 encoding and decoding, which
> (hopefully) can be replaced with native browser functions, I think [2]
>
> For now, I am just highlighting this. I realize we are in release mode
> for
> 0.96, but we probably want to ensure another release before too long
> with
> alternative script urls before that service drops out.
>
> 1.
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frawgit.com%2Fdata=02%7C01%7Caharui%40adobe.com%7Cd5b77fe779684f45eb5d08d721228dba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637014304634757274sdata=PBow7tF5obtNnJZMEzXEOoVQ4A%2FYUBdj%2Fm8A73Zyf60%3Dreserved=0
> 2.
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcaniuse.com%2F%23feat%3Datob-btoadata=02%7C01%7Caharui%40adobe.com%7Cd5b77fe779684f45eb5d08d721228dba%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C1%7C637014304634757274sdata=Z%2FlbQ%2B5bsnm8bgOdJEmcYZNek5XCdkWAKPXruGbHCUk%3Dreserved=0
>
>
>

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

Re: Discuss of release steps preparation

[Piotr Zarzycki]

Unfortunately I don't know what is happening but signing trough script hang
for me. Stopped working. :(


ant -f releasesteps.xml Release_Step_003_Sign -Drelease.version=0.9.6
Buildfile: d:\Work\royale-sources\royale-compiler\releasesteps.xml

get-artifact-folder:
[input] Enter the temporary folder to store the downloaded artifacts:
royale096

Release_Step_003_Sign:

sign-file:



pt., 16 sie 2019 o 09:21 Piotr Zarzycki 
napisał(a):

> With "../../" or without ? I just run script with -DskiptTests="true" and
> it passes, but failed on "compare-src-zips" - It looks like it is also
> problem with paths. :(
>
> pt., 16 sie 2019 o 09:15 Alex Harui  napisał(a):
>
>> I would also need to see the output of the other two steps
>> (Release_Step_003 and Release_Step_003_Sign)
>>
>> Thanks,
>> -Alex
>>
>> On 8/15/19, 11:14 PM, "Piotr Zarzycki" 
>> wrote:
>>
>> This console output is here [1], but it is version where script
>> failing,
>> cause there wasn't "../../". Let me know if it's enough actually.
>>
>> [1]
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>>
>> czw., 15 sie 2019 o 22:37 Alex Harui 
>> napisał(a):
>>
>> > That's a possibility.  I only used absolute paths.
>> >
>> > Piotr, it would nice to see the Windows console output including
>> the paths
>> > you gave to help make this process more robust.
>> >
>> > -Alex
>> >
>> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
>> wrote:
>> >
>> > If it started working correctly after changing the path to
>> include
>> > ../../,
>> > perhaps ${artifactfolder} is being set to a relative path, but
>> the
>> > script
>> > expects the path to be absolute. I'm not familiar with the
>> release
>> > steps
>> > yet, so I'm just guessing, but does that make sense?
>> >
>> > --
>> > Josh Tynjala
>> > Bowler Hat LLC <
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
>> > >
>> >
>> >
>> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
>> 
>> > wrote:
>> >
>> > > Can you explain why that would be the right change?  Doesn't
>> make
>> > sense to
>> > > me.
>> > >
>> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
>> piotrzarzyck...@gmail.com>
>> > wrote:
>> > >
>> > > So far so good. I did tweak the script and was able to
>> upload
>> > > artifacts. I
>> > > have changed in each script:
>> > > Line from:
>> > >
>> > > 
>> > > To
>> > > 
>> > >
>> > > The very last thing was close repository, so I got some
>> errors
>> > you can
>> > > check here by logging your Apache handle [1] related to
>> > RoyaleUnit [2].
>> > >
>> > > Missing Signature:
>> > >
>> > >
>> >
>> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
>> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
>> > >
>> > > I will try to figure out what has happened, but if
>> someone has
>> > any
>> > > clue to
>> > > that let me know.
>> > >
>> > > [1]
>> > >
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
>> > > [2]
>> > >
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440658346sdata=xlKUmrK6QvJi27gghwjC7hq22bIPWE53dejwiLCErZQ%3Dreserved=0
>> > >
>> > > Thanks,
>> > > Piotr
>> > >
>> > >
>> > > śr., 14 sie 2019 o 10:58 Carlos Rovira <
>> carlosrov...@apache.org>
>> > > napisał(a):
>> > >
>> > > > Hi Alex,
>> > > >
>> > > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
>> > > ()
>> > > > escribió:
>> > > >
>> > > > > Also, the other committers should be aware that an RC
>> is
>> > being
>> > > created
>> > > > > because 

Build failed in Jenkins: royale-asjs #2601

[Apache Royale CI Server]

See 


Changes:

[yishayjobs] Fixes #445

[yishayjobs] bad comment

[yishayjobs] Fixes #445 again

[aharui] well, if we're going to leverage explicitWidth/Height we also have to

[aharui] try to get DG columns to behave better

[aharui] need another pixel to keep label from wrapping on Safari

--
[...truncated 2.05 MB...]
[mxmlc] scanning for overrides: BasicLayout
[mxmlc] scanning for overrides: IBeadModel
[mxmlc] scanning for overrides: ITextModel
[mxmlc] scanning for overrides: EventDispatcher
[mxmlc] scanning for overrides: TextModel
[mxmlc] scanning for overrides: IToggleButtonModel
[mxmlc] scanning for overrides: ToggleButtonModel
[mxmlc] scanning for overrides: IViewportModel
[mxmlc] scanning for overrides: ViewportModel
[mxmlc] scanning for overrides: IBeadView
[mxmlc] scanning for overrides: BeadViewBase
[mxmlc] scanning for overrides: CSSButtonView
[mxmlc] scanning for overrides: CSSTextButtonView
[mxmlc] scanning for overrides: CheckBoxView
[mxmlc] scanning for overrides: ILayoutHost
[mxmlc] scanning for overrides: GroupView
[mxmlc] scanning for overrides: ContainerView
[mxmlc] scanning for overrides: IGraphicsDrawing
[mxmlc] scanning for overrides: IBorderBead
[mxmlc] scanning for overrides: SingleLineBorderBead
[mxmlc] scanning for overrides: IBackgroundBead
[mxmlc] scanning for overrides: SolidBackgroundBead
[mxmlc] scanning for overrides: IMeasurementBead
[mxmlc] scanning for overrides: TextButtonMeasurementBead
[mxmlc] scanning for overrides: TextFieldLabelMeasurementBead
[mxmlc] scanning for overrides: ITextFieldView
[mxmlc] scanning for overrides: TextFieldViewBase
[mxmlc] scanning for overrides: TextFieldView
[mxmlc] scanning for overrides: ContainerContentArea
[mxmlc] scanning for overrides: IViewport
[mxmlc] scanning for overrides: Viewport
[mxmlc] scanning for overrides: CSSFontFaceBead
[mxmlc] scanning for overrides: IValuesImpl
[mxmlc] scanning for overrides: IBorderPaddingMarginValuesImpl
[mxmlc] scanning for overrides: ICSSImpl
[mxmlc] scanning for overrides: SimpleCSSValuesImpl
[mxmlc] scanning for overrides: CSSClass
[mxmlc] scanning for overrides: CSSFactory
[mxmlc] scanning for overrides: CSSDataType
[mxmlc] scanning for overrides: IStatesImpl
[mxmlc] scanning for overrides: SimpleStatesImpl
[mxmlc] scanning for overrides: ValuesManager
[mxmlc] scanning for overrides: MouseEventConverter
[mxmlc] scanning for overrides: IRoyaleEvent
[mxmlc] scanning for overrides: Event
[mxmlc] scanning for overrides: MXMLDataInterpreter
[mxmlc] scanning for overrides: MixinManager
[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: 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: IContainerBaseStrandChildrenHost
[mxmlc] scanning for overrides: ContainerBase
[mxmlc] scanning for overrides: Container
[mxmlc] scanning for overrides: VBox
[mxmlc] scanning for overrides: ButtonTests
[mxmlc] scanning for overrides: CheckBoxTests
[mxmlc] scanning for overrides: VerticalLayout
[mxmlc] scanning for overrides: TextButtonView
[mxmlc] scanning for overrides: EdgeData
[mxmlc] scanning for overrides: LayoutData
[mxmlc] scanning for overrides: MarginData
[mxmlc] scanning for overrides: BorderStyles
[mxmlc] scanning for overrides: CSSTextField
[mxmlc] scanning for overrides: ElementWrapper
[mxmlc] scanning for overrides: IBeadController
[mxmlc] scanning for overrides: IDocument
[mxmlc] scanning for overrides: IState
[mxmlc] scanning for overrides: IStyleObject
[mxmlc] scanning for overrides: StageProxy
[mxmlc] scanning for overrides: IHandlesOriginalEvent
[mxmlc] scanning for overrides: MouseEvent
[mxmlc] scanning for overrides: ValueChangeEvent
[mxmlc] scanning for overrides: ValueEvent
[mxmlc] scanning for overrides: Size
[mxmlc] scanning for overrides: AddItems
[mxmlc] scanning for overrides: SetEventHandler
[mxmlc] scanning for overrides: SetProperty
[mxmlc] scanning for overrides: State

Re: Discuss of release steps preparation

[Piotr Zarzycki]

With "../../" or without ? I just run script with -DskiptTests="true" and
it passes, but failed on "compare-src-zips" - It looks like it is also
problem with paths. :(

pt., 16 sie 2019 o 09:15 Alex Harui  napisał(a):

> I would also need to see the output of the other two steps
> (Release_Step_003 and Release_Step_003_Sign)
>
> Thanks,
> -Alex
>
> On 8/15/19, 11:14 PM, "Piotr Zarzycki"  wrote:
>
> This console output is here [1], but it is version where script
> failing,
> cause there wasn't "../../". Let me know if it's enough actually.
>
> [1]
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0
>
> czw., 15 sie 2019 o 22:37 Alex Harui 
> napisał(a):
>
> > That's a possibility.  I only used absolute paths.
> >
> > Piotr, it would nice to see the Windows console output including the
> paths
> > you gave to help make this process more robust.
> >
> > -Alex
> >
> > On 8/15/19, 1:21 PM, "Josh Tynjala" 
> wrote:
> >
> > If it started working correctly after changing the path to
> include
> > ../../,
> > perhaps ${artifactfolder} is being set to a relative path, but
> the
> > script
> > expects the path to be absolute. I'm not familiar with the
> release
> > steps
> > yet, so I'm just guessing, but does that make sense?
> >
> > --
> > Josh Tynjala
> > Bowler Hat LLC <
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
> > >
> >
> >
> > On Wed, Aug 14, 2019 at 9:23 AM Alex Harui
> 
> > wrote:
> >
> > > Can you explain why that would be the right change?  Doesn't
> make
> > sense to
> > > me.
> > >
> > > On 8/14/19, 3:36 AM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > wrote:
> > >
> > > So far so good. I did tweak the script and was able to
> upload
> > > artifacts. I
> > > have changed in each script:
> > > Line from:
> > >
> > > 
> > > To
> > > 
> > >
> > > The very last thing was close repository, so I got some
> errors
> > you can
> > > check here by logging your Apache handle [1] related to
> > RoyaleUnit [2].
> > >
> > > Missing Signature:
> > >
> > >
> >
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> > >
> > > I will try to figure out what has happened, but if someone
> has
> > any
> > > clue to
> > > that let me know.
> > >
> > > [1]
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
> > > [2]
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440658346sdata=xlKUmrK6QvJi27gghwjC7hq22bIPWE53dejwiLCErZQ%3Dreserved=0
> > >
> > > Thanks,
> > > Piotr
> > >
> > >
> > > śr., 14 sie 2019 o 10:58 Carlos Rovira <
> carlosrov...@apache.org>
> > > napisał(a):
> > >
> > > > Hi Alex,
> > > >
> > > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> > > ()
> > > > escribió:
> > > >
> > > > > Also, the other committers should be aware that an RC
> is
> > being
> > > created
> > > > > because they see the emails being sent by the CI
> server and
> > ask
> > > the RM to
> > > > > agree to accept a commit to the release branch instead
> of the
> > > develop
> > > > > branch.
> > > >
> > > >
> > > > AFAIK, we should always commit to dev branch and not to
> release
> > > branch.
> > > > Releases are cut from develop. Only hot-fixes use to be
> > branches
> > > that have
> > > > commits that fix something important in the release and
> then

Re: Discuss of release steps preparation

[Alex Harui]

I would also need to see the output of the other two steps (Release_Step_003 
and Release_Step_003_Sign)

Thanks,
-Alex

On 8/15/19, 11:14 PM, "Piotr Zarzycki"  wrote:

This console output is here [1], but it is version where script failing,
cause there wasn't "../../". Let me know if it's enough actually.

[1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzvxoidata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=VypdtAw9z%2Bs52VGupIzjXD5qHSZZWzw%2BrahQSCIa63o%3Dreserved=0

czw., 15 sie 2019 o 22:37 Alex Harui  napisał(a):

> That's a possibility.  I only used absolute paths.
>
> Piotr, it would nice to see the Windows console output including the paths
> you gave to help make this process more robust.
>
> -Alex
>
> On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:
>
> If it started working correctly after changing the path to include
> ../../,
> perhaps ${artifactfolder} is being set to a relative path, but the
> script
> expects the path to be absolute. I'm not familiar with the release
> steps
> yet, so I'm just guessing, but does that make sense?
>
> --
> Josh Tynjala
> Bowler Hat LLC <
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=hebWRJTdRMai7LejpO5aipHzmA9Qa9hBXXv0vfwrO78%3Dreserved=0
> >
>
>
> On Wed, Aug 14, 2019 at 9:23 AM Alex Harui 
> wrote:
>
> > Can you explain why that would be the right change?  Doesn't make
> sense to
> > me.
> >
> > On 8/14/19, 3:36 AM, "Piotr Zarzycki" 
> wrote:
> >
> > So far so good. I did tweak the script and was able to upload
> > artifacts. I
> > have changed in each script:
> > Line from:
> >
> > 
> > To
> > 
> >
> > The very last thing was close repository, so I got some errors
> you can
> > check here by logging your Apache handle [1] related to
> RoyaleUnit [2].
> >
> > Missing Signature:
> >
> >
> 
'/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> >
> > I will try to figure out what has happened, but if someone has
> any
> > clue to
> > that let me know.
> >
> > [1]
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440648351sdata=8j%2B4do2p0hAp2Don5Y6tpvimJO%2FfErSxTXkKEjDD45w%3Dreserved=0
> > [2]
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cfc8fed043b39436043f308d72210ef3d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637015328440658346sdata=xlKUmrK6QvJi27gghwjC7hq22bIPWE53dejwiLCErZQ%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> >
> > śr., 14 sie 2019 o 10:58 Carlos Rovira 
> > napisał(a):
> >
> > > Hi Alex,
> > >
> > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> > ()
> > > escribió:
> > >
> > > > Also, the other committers should be aware that an RC is
> being
> > created
> > > > because they see the emails being sent by the CI server and
> ask
> > the RM to
> > > > agree to accept a commit to the release branch instead of 
the
> > develop
> > > > branch.
> > >
> > >
> > > AFAIK, we should always commit to dev branch and not to 
release
> > branch.
> > > Releases are cut from develop. Only hot-fixes use to be
> branches
> > that have
> > > commits that fix something important in the release and then
> use to
> > be
> > > merged back to develop and master. Making commits to release
> > branches could
> > > bring some confusion and problems.
> > >
> > > At least from is what I always learnt and used [1]
> > >
> > > [1]
> >
> 

Build failed in Jenkins: royale-asjs_jsonly #3398

[Apache Royale CI Server]

See 


--
[...truncated 1.72 MB...]
 [java] 
 [java] public var scriptName:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testSWF:String;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var startEvent:String = "applicationComplete";
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var testCases:Array;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var lastEvent:Event;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public static var excludedCount:int = 0;
 [java] ^
 [java] 
 [java] 
:
 col: 2 public var may not work in minified JS output.  Use getter/setter 
instead.
 [java] 
 [java] public var valueChanged:Boolean;
 [java] ^
 [java] 
 [java] 4.3761391 seconds
 [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m -Xmx1g 
 [java] Java Result: 2

main:

basictests-compile-java:
   [delete] Deleting directory 

[mkdir] Created dir: 

[javac] 
:1347:
 warning: 'includeantruntime' was not set, defaulting to 
build.sysclasspath=last; set to false for repeatable builds
[javac] Compiling 12 source files to 


basictests:

basictests-mustella:

basictests-compile-js:
 [echo] ROYALE_HOME: 

 [echo] ROYALE_COMPILER_HOME: 

 [echo] GOOG_HOME: 

[mxmlc] MXMLJSC
[mxmlc] 
-sdk-js-lib=
[mxmlc] -compiler.debug=true
[mxmlc] 
+royalelib=
[mxmlc] 
-closure-lib=
[mxmlc] -compiler.targets=JSRoyale
[mxmlc] 
-compiler.library-path=
[mxmlc] 
-compiler.js-external-library-path=
[mxmlc] 
-compiler.js-library-path=
[mxmlc] 
-compiler.js-library-path+=
[mxmlc] --
[mxmlc] 

[mxmlc] 

 Warning: The definition goog.events depended on by 
org.apache.royale.core.HTMLElementWrapper in the SWC 

 could not be found
[mxmlc] 
   

Re: Discuss of release steps preparation

[Piotr Zarzycki]

This console output is here [1], but it is version where script failing,
cause there wasn't "../../". Let me know if it's enough actually.

[1] https://paste.apache.org/zvxoi

czw., 15 sie 2019 o 22:37 Alex Harui  napisał(a):

> That's a possibility.  I only used absolute paths.
>
> Piotr, it would nice to see the Windows console output including the paths
> you gave to help make this process more robust.
>
> -Alex
>
> On 8/15/19, 1:21 PM, "Josh Tynjala"  wrote:
>
> If it started working correctly after changing the path to include
> ../../,
> perhaps ${artifactfolder} is being set to a relative path, but the
> script
> expects the path to be absolute. I'm not familiar with the release
> steps
> yet, so I'm just guessing, but does that make sense?
>
> --
> Josh Tynjala
> Bowler Hat LLC <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbowlerhat.devdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132264344sdata=nO%2FUASwhdSF%2FnS%2FEEtaAuy0jbz4Xw4FCiJa1wJlok0A%3Dreserved=0
> >
>
>
> On Wed, Aug 14, 2019 at 9:23 AM Alex Harui 
> wrote:
>
> > Can you explain why that would be the right change?  Doesn't make
> sense to
> > me.
> >
> > On 8/14/19, 3:36 AM, "Piotr Zarzycki" 
> wrote:
> >
> > So far so good. I did tweak the script and was able to upload
> > artifacts. I
> > have changed in each script:
> > Line from:
> >
> > 
> > To
> > 
> >
> > The very last thing was close repository, so I got some errors
> you can
> > check here by logging your Apache handle [1] related to
> RoyaleUnit [2].
> >
> > Missing Signature:
> >
> >
> '/org/apache/royale/compiler/royaleunit-ant-tasks/0.9.6/royaleunit-ant-tasks-0.9.6.pom.asc'
> > does not exist for 'royaleunit-ant-tasks-0.9.6.pom'.
> >
> > I will try to figure out what has happened, but if someone has
> any
> > clue to
> > that let me know.
> >
> > [1]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositoriesdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132264344sdata=1F5rtHiDdAlRTVQjaF2RfI%2B5HXGy6tD71XE3HHuR7Hw%3Dreserved=0
> > [2]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteboard.co%2FIsDKVTe.pngdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=H6H7V6ukhQ50ZCVXOuM0jtmmiyshBFnMWuqnNW87s%2B8%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> >
> > śr., 14 sie 2019 o 10:58 Carlos Rovira 
> > napisał(a):
> >
> > > Hi Alex,
> > >
> > > El lun., 12 ago. 2019 a las 19:30, Alex Harui
> > ()
> > > escribió:
> > >
> > > > Also, the other committers should be aware that an RC is
> being
> > created
> > > > because they see the emails being sent by the CI server and
> ask
> > the RM to
> > > > agree to accept a commit to the release branch instead of the
> > develop
> > > > branch.
> > >
> > >
> > > AFAIK, we should always commit to dev branch and not to release
> > branch.
> > > Releases are cut from develop. Only hot-fixes use to be
> branches
> > that have
> > > commits that fix something important in the release and then
> use to
> > be
> > > merged back to develop and master. Making commits to release
> > branches could
> > > bring some confusion and problems.
> > >
> > > At least from is what I always learnt and used [1]
> > >
> > > [1]
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fnvie.com%2Fposts%2Fa-successful-git-branching-model%2Fdata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=WOwGWqyt3o5I3PqBYsvyti1Qvh2r9aLwDnRHRP8mY%2FI%3Dreserved=0
> > >
> > > --
> > > Carlos Rovira
> > >
> >
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosroviradata=02%7C01%7Caharui%40adobe.com%7Cd73a421dee514ae4c93e08d721be3546%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637014973132274346sdata=MgE%2BH8qIszjbsLf%2FzeHjGVnzvQFwYrKJmLAUQ6dRc74%3Dreserved=0
> > >
> >
> >
> > --
> >
> > Piotr Zarzycki
> >
> > Patreon: *
> >
>