Build failed in Jenkins: royale-asjs_jsonly #3460

2019-08-26 Thread Apache Royale CI Server
See 


Changes:

[piotrzarzycki21] Move RoyaleUnit to main build

--
[...truncated 475.75 KB...]
download-dependency:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

check-dependency:
 [echo] checking for C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler/lib/external//jflex.jar

download-dependency:
 [copy] Warning: C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\in\temp\jflex-1.6.0 does not 
exist.
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

check-dependency:
 [echo] checking for C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler/lib/external//lzma-sdk.jar

download-dependency:
 [echo] basedir is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\src\main\resources
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler
 [echo] ROYALE_COMPILER_HOME is C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler

check-dependency:
 [echo] checking for C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler/lib/external//flex-tool-api.jar

download-dependency:

main:

setup:

set.raw.as.tokenizer.uptodate:

raw.as.tokenizer:

set.raw.asdoc.tokenizer.uptodate:

raw.asdoc.tokenizer:

set.raw.mxml.tokenizer.uptodate:

raw.mxml.tokenizer:

jflex:

set.as.parser.uptodate:

as.parser:

set.metadata.parser.uptodate:

metadata.parser:

set.css.lexer.and.parser.uptodate:

css.lexer.and.parser:
 [echo] Generating CSSLexer and CSSParser
 [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m -Xmx1g 
 [java] searching for generated date line starting with: 'CSS.g'
 [java] and comment starting with: '// $ANTLR 3.5.2 '
 [java] Annotation @SuppressWarnings("all") already added to class: 
C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\target\generated-sources\antlr3\org\apache\royale\compiler\internal\css\CSSLexer.java
 [java] searching for generated date line starting with: 'CSS.g'
 [java] and comment starting with: '// $ANTLR 3.5.2 '
 [java] Annotation @SuppressWarnings("all") already added to class: 
C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\target\generated-sources\antlr3\org\apache\royale\compiler\internal\css\CSSParser.java

set.css.tree.uptodate:

css.tree:

antlr:

set.unknown.tree.handler.patterns.uptodate:

unknown.tree.handler.patterns:

set.cmc.emitter.uptodate:

cmc.emitter:

set.css.emitter.uptodate:

css.emitter:

jburg:

eclipse:

src.depend:
   [depend] Deleted 27 out of date files in 2 seconds

compile:
[javac] Compiling 3 source files to C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\target\classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
[javac] warning: [options] source value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 4 warnings

version-info:

set.compiler.jar.uptodate:

compiler.jar:
  [jar] Building jar: C:\Program Files 
(x86)\Jenkins\workspace\royale-compiler\compiler\lib\compiler.jar

set.royale.asc.jar.uptodate:

royale.asc.jar:

set.royale.mxmlc.jar.uptodate:

royale.mxmlc.jar:

set.royale.compc.jar.uptodate:

royale.compc.jar:

set.royale.optimizer.jar.uptodate:

royale.optimizer.jar:

set.royale.swfdump.jar.uptodate:

royale.swfdump.jar:

jar:

sdk:

test:

jar.tests:
 [java] Apache Royale MXML and ActionScript Compiler (mxmlc)
 [java] Version 0.9.6 build 0
 [java] 
 [java] mxmlc [options] [defaultVar]
 [java] Use 'mxmlc -help' for more information.
 [java] 
 [java] 
 [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m -Xmx1g 
 [java] Java Result: 1
 [java] Apache Royale SWC Component Compiler (compc)
 [java] Version 0.9.6 build 0
 [java] 
 [java] compc [options] [defaultVar]
 [java] Use 'compc -help' for more information.
 [java] 
 [java] 
 [java] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m -Xmx1g 
 [java] Java Result: 1
 [java] ActionScript 3.0 Compiler for AVM+

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Ahh!! That could be the case! Thanks for this I will try to check.

Probably I should just analyze what is happen in current nightly build.

wt., 27 sie 2019 o 07:03 Alex Harui  napisał(a):

> I could be wrong, but I believe that files are not missing.  Files in the
> target folder (and the target folder itself) never got deleted/cleaned.
>
> HTH,
> -Alex
>
> On 8/26/19, 10:00 PM, "Piotr Zarzycki"  wrote:
>
> I have moved RoyaleUnit to normal build for Maven. I'm thinking about
> ANT
> build more, if you did after that module creation with build the same
> what's with other why actually we have any kind of problems during
> release
> process. Why some files are missing...
>
> I need to dive into that more.
>
> pon., 26 sie 2019 o 23:02 Josh Tynjala 
> napisał(a):
>
> > Yeah, I think you should be able to add the project to Maven. If the
> pom is
> > missing or incomplete, I expect that you can basically copy another
> > project's pom and change a few names to get it working.
> >
> > Sorry for the trouble! It's easy to forget Maven sometimes. I'm
> surprised
> > that this didn't come up earlier, but I guess the Maven build didn't
> fail
> > because RoyaleUnit and FlexUnit have compatible metadata APIs, so
> the tests
> > still passed.
> >
> > - Josh
> >
> > On Monday, August 26, 2019, Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> > > You are basically saying that in case of Maven I should try to
> move it as
> > > an standard module build.
> > >
> > > In case of Ant build I will try to figure it out - if I won't be
> able to
> > I
> > > will wait to your free cycles.
> > >
> > > Thanks,
> > > Piotr
> > >
> > > pon., 26 sie 2019 o 16:39 Josh Tynjala 
> > > napisał(a):
> > >
> > >> I guess that I completely forgot to add RoyaleUnit to the Maven
> build.
> > >> Someone else must have added it to the "broken" thing because I
> have no
> > >> idea what that is.
> > >>
> > >> With the Ant build, I tried my best to copy what the build was
> doing
> > with
> > >> the other libraries. I guess this means that I missed some
> important
> > >> detail. I can take a look, but I won't have time until the first
> week of
> > >> September.
> > >>
> > >> - Josh
> > >>
> > >> On Monday, August 26, 2019, Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > >> wrote:
> > >> > Hi Josh,
> > >> >
> > >> > You were working on RoyaleUnit ? I see that it is not even part
> of
> > Maven
> > >> > build but it is part of profile "brokenbuild" [1]. In case of
> ANT see
> > >> that
> > >> > this module is part of the build, but obviously something
> doesn't work
> > in
> > >> > the end. [2]
> > >> >
> > >> > I'm not sure what actually I should do with that ?
> > >> >
> > >> > [1]
> > >> >
> > >>
> > >>
> >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fprojects%2Fpom.xml%23L76data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=sETUgarTEl9%2BK4mhEz4sr8SBVwkz0ci0pv%2BlXFlFxVI%3Dreserved=0
> > >> > [2]
> > >> >
> > >>
> > >>
> >
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fbuild.xml%23L116data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=OxAPZZPvuWx1gj%2BBOdT3YPm1V3BpTVSvPXQYVXXUxz4%3Dreserved=0
> > >> >
> > >> > Thanks,
> > >> > Piotr
> > >> >
> > >> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > >> > napisał(a):
> > >> >
> > >> >> Alex,
> > >> >>
> > >> >> I see what is happening. I had the same issue when I was
> preparing
> > Maven
> > >> >> artifacts - I think so. Royale unit is not part of final src
> zip ->
> > >> >>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2F44ByBKVdata=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=NNkvxVtP9m7oEqD89kjbE0JnbLmvN3w1tLKC2LW8uJ4%3Dreserved=0
> > >> >>
> > >> >> I have to figure out how add it there.
> > >> >>
> > >> >> Thanks,
> > >> >> Piotr
> > >> >>
> > >> >> pon., 26 sie 2019 o 08:35 Alex Harui  >
> > >> >> napisał(a):
> > >> >>
> > >> >>> The two zips are different.
> > >> >>>
> > >> >>> The second zip contains several files that the first one
> doesn't.
> > Try
> > >> >>> using other diff tools to find one that will help you see the
>

Re: Discuss of release steps preparation

2019-08-26 Thread Alex Harui
I could be wrong, but I believe that files are not missing.  Files in the 
target folder (and the target folder itself) never got deleted/cleaned.

HTH,
-Alex

On 8/26/19, 10:00 PM, "Piotr Zarzycki"  wrote:

I have moved RoyaleUnit to normal build for Maven. I'm thinking about ANT
build more, if you did after that module creation with build the same
what's with other why actually we have any kind of problems during release
process. Why some files are missing...

I need to dive into that more.

pon., 26 sie 2019 o 23:02 Josh Tynjala 
napisał(a):

> Yeah, I think you should be able to add the project to Maven. If the pom 
is
> missing or incomplete, I expect that you can basically copy another
> project's pom and change a few names to get it working.
>
> Sorry for the trouble! It's easy to forget Maven sometimes. I'm surprised
> that this didn't come up earlier, but I guess the Maven build didn't fail
> because RoyaleUnit and FlexUnit have compatible metadata APIs, so the 
tests
> still passed.
>
> - Josh
>
> On Monday, August 26, 2019, Piotr Zarzycki 
> wrote:
> > You are basically saying that in case of Maven I should try to move it 
as
> > an standard module build.
> >
> > In case of Ant build I will try to figure it out - if I won't be able to
> I
> > will wait to your free cycles.
> >
> > Thanks,
> > Piotr
> >
> > pon., 26 sie 2019 o 16:39 Josh Tynjala 
> > napisał(a):
> >
> >> I guess that I completely forgot to add RoyaleUnit to the Maven build.
> >> Someone else must have added it to the "broken" thing because I have no
> >> idea what that is.
> >>
> >> With the Ant build, I tried my best to copy what the build was doing
> with
> >> the other libraries. I guess this means that I missed some important
> >> detail. I can take a look, but I won't have time until the first week 
of
> >> September.
> >>
> >> - Josh
> >>
> >> On Monday, August 26, 2019, Piotr Zarzycki 
> >> wrote:
> >> > Hi Josh,
> >> >
> >> > You were working on RoyaleUnit ? I see that it is not even part of
> Maven
> >> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
> >> that
> >> > this module is part of the build, but obviously something doesn't 
work
> in
> >> > the end. [2]
> >> >
> >> > I'm not sure what actually I should do with that ?
> >> >
> >> > [1]
> >> >
> >>
> >>
>
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fprojects%2Fpom.xml%23L76data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=sETUgarTEl9%2BK4mhEz4sr8SBVwkz0ci0pv%2BlXFlFxVI%3Dreserved=0
> >> > [2]
> >> >
> >>
> >>
>
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F4a3cb8864d2df2ba4e028e07d9cda9215373c42c%2Fframeworks%2Fbuild.xml%23L116data=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=OxAPZZPvuWx1gj%2BBOdT3YPm1V3BpTVSvPXQYVXXUxz4%3Dreserved=0
> >> >
> >> > Thanks,
> >> > Piotr
> >> >
> >> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> >> > napisał(a):
> >> >
> >> >> Alex,
> >> >>
> >> >> I see what is happening. I had the same issue when I was preparing
> Maven
> >> >> artifacts - I think so. Royale unit is not part of final src zip ->
> >> >> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2F44ByBKVdata=02%7C01%7Caharui%40adobe.com%7C9f5089a8b35e43ed8a4308d72aab7e64%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637024788403122029sdata=NNkvxVtP9m7oEqD89kjbE0JnbLmvN3w1tLKC2LW8uJ4%3Dreserved=0
> >> >>
> >> >> I have to figure out how add it there.
> >> >>
> >> >> Thanks,
> >> >> Piotr
> >> >>
> >> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> >> napisał(a):
> >> >>
> >> >>> The two zips are different.
> >> >>>
> >> >>> The second zip contains several files that the first one doesn't.
> Try
> >> >>> using other diff tools to find one that will help you see the
> >> differences.
> >> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> >> Cygwin
> >> >>> and GitBash should have those tools on Windows.  I didn't take the
> time
> >> to
> >> >>> find out.
> >> >>>
> >> >>> The second zip has two extra folders:
> >> >>>
> >> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
> cleaned
> >> by
> >> >>> Ant, but maybe they were in use and thus locked.
> >> >>>
> >>
> >>
>
 

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
I have moved RoyaleUnit to normal build for Maven. I'm thinking about ANT
build more, if you did after that module creation with build the same
what's with other why actually we have any kind of problems during release
process. Why some files are missing...

I need to dive into that more.

pon., 26 sie 2019 o 23:02 Josh Tynjala 
napisał(a):

> Yeah, I think you should be able to add the project to Maven. If the pom is
> missing or incomplete, I expect that you can basically copy another
> project's pom and change a few names to get it working.
>
> Sorry for the trouble! It's easy to forget Maven sometimes. I'm surprised
> that this didn't come up earlier, but I guess the Maven build didn't fail
> because RoyaleUnit and FlexUnit have compatible metadata APIs, so the tests
> still passed.
>
> - Josh
>
> On Monday, August 26, 2019, Piotr Zarzycki 
> wrote:
> > You are basically saying that in case of Maven I should try to move it as
> > an standard module build.
> >
> > In case of Ant build I will try to figure it out - if I won't be able to
> I
> > will wait to your free cycles.
> >
> > Thanks,
> > Piotr
> >
> > pon., 26 sie 2019 o 16:39 Josh Tynjala 
> > napisał(a):
> >
> >> I guess that I completely forgot to add RoyaleUnit to the Maven build.
> >> Someone else must have added it to the "broken" thing because I have no
> >> idea what that is.
> >>
> >> With the Ant build, I tried my best to copy what the build was doing
> with
> >> the other libraries. I guess this means that I missed some important
> >> detail. I can take a look, but I won't have time until the first week of
> >> September.
> >>
> >> - Josh
> >>
> >> On Monday, August 26, 2019, Piotr Zarzycki 
> >> wrote:
> >> > Hi Josh,
> >> >
> >> > You were working on RoyaleUnit ? I see that it is not even part of
> Maven
> >> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
> >> that
> >> > this module is part of the build, but obviously something doesn't work
> in
> >> > the end. [2]
> >> >
> >> > I'm not sure what actually I should do with that ?
> >> >
> >> > [1]
> >> >
> >>
> >>
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
> >> > [2]
> >> >
> >>
> >>
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
> >> >
> >> > Thanks,
> >> > Piotr
> >> >
> >> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> >> > napisał(a):
> >> >
> >> >> Alex,
> >> >>
> >> >> I see what is happening. I had the same issue when I was preparing
> Maven
> >> >> artifacts - I think so. Royale unit is not part of final src zip ->
> >> >> https://ibb.co/44ByBKV
> >> >>
> >> >> I have to figure out how add it there.
> >> >>
> >> >> Thanks,
> >> >> Piotr
> >> >>
> >> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> >> napisał(a):
> >> >>
> >> >>> The two zips are different.
> >> >>>
> >> >>> The second zip contains several files that the first one doesn't.
> Try
> >> >>> using other diff tools to find one that will help you see the
> >> differences.
> >> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> >> Cygwin
> >> >>> and GitBash should have those tools on Windows.  I didn't take the
> time
> >> to
> >> >>> find out.
> >> >>>
> >> >>> The second zip has two extra folders:
> >> >>>
> >> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
> cleaned
> >> by
> >> >>> Ant, but maybe they were in use and thus locked.
> >> >>>
> >>
> >>
>
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> >> >>> with lots of files in it.  These files may not be getting cleaned by
> >> Ant
> >> >>> scripts since RoyaleUnit is a new library.
> >> >>>
> >> >>> Maybe you ran step 13 in a folder where it had already run?
> >> >>>
> >> >>> I'm done working for today.  Will check in my morning.
> >> >>>
> >> >>> HTH,
> >> >>> -Alex
> >> >>>
> >> >>>
> >> >>>
> >> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
> >> >>> wrote:
> >> >>>
> >> >>> Links:
> >> >>>
> >> >>> zip1:
> >> >>>
> >>
> >>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> >> >>> zip2:
> >> >>>
> >>
> >>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
> >> >>>
> >> >>> Thanks,
> >> >>> Piotr
> >> >>>
> >> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
> >> >>> napisał(a):
> >> >>>
> >> >>> > Looks like there are 130 files in the "left" folder that
> aren't
> 

Jenkins build is back to normal : royale-asjs_jsonly #3458

2019-08-26 Thread Apache Royale CI Server
See 




Re: Discuss of release steps preparation

2019-08-26 Thread Josh Tynjala
Yeah, I think you should be able to add the project to Maven. If the pom is
missing or incomplete, I expect that you can basically copy another
project's pom and change a few names to get it working.

Sorry for the trouble! It's easy to forget Maven sometimes. I'm surprised
that this didn't come up earlier, but I guess the Maven build didn't fail
because RoyaleUnit and FlexUnit have compatible metadata APIs, so the tests
still passed.

- Josh

On Monday, August 26, 2019, Piotr Zarzycki 
wrote:
> You are basically saying that in case of Maven I should try to move it as
> an standard module build.
>
> In case of Ant build I will try to figure it out - if I won't be able to I
> will wait to your free cycles.
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 16:39 Josh Tynjala 
> napisał(a):
>
>> I guess that I completely forgot to add RoyaleUnit to the Maven build.
>> Someone else must have added it to the "broken" thing because I have no
>> idea what that is.
>>
>> With the Ant build, I tried my best to copy what the build was doing with
>> the other libraries. I guess this means that I missed some important
>> detail. I can take a look, but I won't have time until the first week of
>> September.
>>
>> - Josh
>>
>> On Monday, August 26, 2019, Piotr Zarzycki 
>> wrote:
>> > Hi Josh,
>> >
>> > You were working on RoyaleUnit ? I see that it is not even part of
Maven
>> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
>> that
>> > this module is part of the build, but obviously something doesn't work
in
>> > the end. [2]
>> >
>> > I'm not sure what actually I should do with that ?
>> >
>> > [1]
>> >
>>
>>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
>> > [2]
>> >
>>
>>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
>> >
>> > Thanks,
>> > Piotr
>> >
>> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
>> > napisał(a):
>> >
>> >> Alex,
>> >>
>> >> I see what is happening. I had the same issue when I was preparing
Maven
>> >> artifacts - I think so. Royale unit is not part of final src zip ->
>> >> https://ibb.co/44ByBKV
>> >>
>> >> I have to figure out how add it there.
>> >>
>> >> Thanks,
>> >> Piotr
>> >>
>> >> pon., 26 sie 2019 o 08:35 Alex Harui 
>> >> napisał(a):
>> >>
>> >>> The two zips are different.
>> >>>
>> >>> The second zip contains several files that the first one doesn't.
Try
>> >>> using other diff tools to find one that will help you see the
>> differences.
>> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
>> Cygwin
>> >>> and GitBash should have those tools on Windows.  I didn't take the
time
>> to
>> >>> find out.
>> >>>
>> >>> The second zip has two extra folders:
>> >>>
>> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be
cleaned
>> by
>> >>> Ant, but maybe they were in use and thus locked.
>> >>>
>>
>>
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>> >>> with lots of files in it.  These files may not be getting cleaned by
>> Ant
>> >>> scripts since RoyaleUnit is a new library.
>> >>>
>> >>> Maybe you ran step 13 in a folder where it had already run?
>> >>>
>> >>> I'm done working for today.  Will check in my morning.
>> >>>
>> >>> HTH,
>> >>> -Alex
>> >>>
>> >>>
>> >>>
>> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>> >>> wrote:
>> >>>
>> >>> Links:
>> >>>
>> >>> zip1:
>> >>>
>>
>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>> >>> zip2:
>> >>>
>>
>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>> >>>
>> >>> Thanks,
>> >>> Piotr
>> >>>
>> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
>> >>> napisał(a):
>> >>>
>> >>> > Looks like there are 130 files in the "left" folder that aren't
>> in
>> >>> the
>> >>> > "right"?  Or I don't understand the output of whatever tool you
>> are
>> >>> using.
>> >>> > Post a link to the two zips if  you want.
>> >>> >
>> >>> > HTH,
>> >>> > -Alex
>> >>> >
>> >>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" <
piotrzarzyck...@gmail.com
>> >
>> >>> wrote:
>> >>> >
>> >>> > Content in both zips is exactly the same. I don't see now
the
>> >>> reason
>> >>> > to do
>> >>> > not move forward with that ->
>> >>> >
>> >>>
>>
>>

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
You are basically saying that in case of Maven I should try to move it as
an standard module build.

In case of Ant build I will try to figure it out - if I won't be able to I
will wait to your free cycles.

Thanks,
Piotr

pon., 26 sie 2019 o 16:39 Josh Tynjala 
napisał(a):

> I guess that I completely forgot to add RoyaleUnit to the Maven build.
> Someone else must have added it to the "broken" thing because I have no
> idea what that is.
>
> With the Ant build, I tried my best to copy what the build was doing with
> the other libraries. I guess this means that I missed some important
> detail. I can take a look, but I won't have time until the first week of
> September.
>
> - Josh
>
> On Monday, August 26, 2019, Piotr Zarzycki 
> wrote:
> > Hi Josh,
> >
> > You were working on RoyaleUnit ? I see that it is not even part of Maven
> > build but it is part of profile "brokenbuild" [1]. In case of ANT see
> that
> > this module is part of the build, but obviously something doesn't work in
> > the end. [2]
> >
> > I'm not sure what actually I should do with that ?
> >
> > [1]
> >
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
> > [2]
> >
>
> https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
> >
> > Thanks,
> > Piotr
> >
> > pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> > napisał(a):
> >
> >> Alex,
> >>
> >> I see what is happening. I had the same issue when I was preparing Maven
> >> artifacts - I think so. Royale unit is not part of final src zip ->
> >> https://ibb.co/44ByBKV
> >>
> >> I have to figure out how add it there.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> pon., 26 sie 2019 o 08:35 Alex Harui 
> >> napisał(a):
> >>
> >>> The two zips are different.
> >>>
> >>> The second zip contains several files that the first one doesn't.  Try
> >>> using other diff tools to find one that will help you see the
> differences.
> >>> I just use my Mac's *nix command line with "diff -rwq" and "find".
> Cygwin
> >>> and GitBash should have those tools on Windows.  I didn't take the time
> to
> >>> find out.
> >>>
> >>> The second zip has two extra folders:
> >>>
> >>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned
> by
> >>> Ant, but maybe they were in use and thus locked.
> >>>
>
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> >>> with lots of files in it.  These files may not be getting cleaned by
> Ant
> >>> scripts since RoyaleUnit is a new library.
> >>>
> >>> Maybe you ran step 13 in a folder where it had already run?
> >>>
> >>> I'm done working for today.  Will check in my morning.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>>
> >>>
> >>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Links:
> >>>
> >>> zip1:
> >>>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> >>> zip2:
> >>>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> pon., 26 sie 2019 o 00:48 Alex Harui 
> >>> napisał(a):
> >>>
> >>> > Looks like there are 130 files in the "left" folder that aren't
> in
> >>> the
> >>> > "right"?  Or I don't understand the output of whatever tool you
> are
> >>> using.
> >>> > Post a link to the two zips if  you want.
> >>> >
> >>> > HTH,
> >>> > -Alex
> >>> >
> >>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki"  >
> >>> wrote:
> >>> >
> >>> > Content in both zips is exactly the same. I don't see now the
> >>> reason
> >>> > to do
> >>> > not move forward with that ->
> >>> >
> >>>
>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> >>> >
> >>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> >>> piotrzarzyck...@gmail.com>
> >>> > napisał(a):
> >>> >
> >>> > > Sorry that's not my day. It looks like my folder in Total
> >>> Commander
> >>> > wasn't
> >>> > > refreshed. Both zips exists. I will compare them and
> provide
> >>> results.
> >>> > >
> >>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> >>> > piotrzarzyck...@gmail.com>
> >>> > > wrote:
> 

Re: Discuss of release steps preparation

2019-08-26 Thread Josh Tynjala
I guess that I completely forgot to add RoyaleUnit to the Maven build.
Someone else must have added it to the "broken" thing because I have no
idea what that is.

With the Ant build, I tried my best to copy what the build was doing with
the other libraries. I guess this means that I missed some important
detail. I can take a look, but I won't have time until the first week of
September.

- Josh

On Monday, August 26, 2019, Piotr Zarzycki 
wrote:
> Hi Josh,
>
> You were working on RoyaleUnit ? I see that it is not even part of Maven
> build but it is part of profile "brokenbuild" [1]. In case of ANT see that
> this module is part of the build, but obviously something doesn't work in
> the end. [2]
>
> I'm not sure what actually I should do with that ?
>
> [1]
>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
> [2]
>
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
> napisał(a):
>
>> Alex,
>>
>> I see what is happening. I had the same issue when I was preparing Maven
>> artifacts - I think so. Royale unit is not part of final src zip ->
>> https://ibb.co/44ByBKV
>>
>> I have to figure out how add it there.
>>
>> Thanks,
>> Piotr
>>
>> pon., 26 sie 2019 o 08:35 Alex Harui 
>> napisał(a):
>>
>>> The two zips are different.
>>>
>>> The second zip contains several files that the first one doesn't.  Try
>>> using other diff tools to find one that will help you see the
differences.
>>> I just use my Mac's *nix command line with "diff -rwq" and "find".
Cygwin
>>> and GitBash should have those tools on Windows.  I didn't take the time
to
>>> find out.
>>>
>>> The second zip has two extra folders:
>>>
>>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned
by
>>> Ant, but maybe they were in use and thus locked.
>>>
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>>> with lots of files in it.  These files may not be getting cleaned by Ant
>>> scripts since RoyaleUnit is a new library.
>>>
>>> Maybe you ran step 13 in a folder where it had already run?
>>>
>>> I'm done working for today.  Will check in my morning.
>>>
>>> HTH,
>>> -Alex
>>>
>>>
>>>
>>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>>> wrote:
>>>
>>> Links:
>>>
>>> zip1:
>>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>>> zip2:
>>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>>>
>>> Thanks,
>>> Piotr
>>>
>>> pon., 26 sie 2019 o 00:48 Alex Harui 
>>> napisał(a):
>>>
>>> > Looks like there are 130 files in the "left" folder that aren't in
>>> the
>>> > "right"?  Or I don't understand the output of whatever tool you
are
>>> using.
>>> > Post a link to the two zips if  you want.
>>> >
>>> > HTH,
>>> > -Alex
>>> >
>>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
>>> wrote:
>>> >
>>> > Content in both zips is exactly the same. I don't see now the
>>> reason
>>> > to do
>>> > not move forward with that ->
>>> >
>>>
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>>> >
>>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
>>> piotrzarzyck...@gmail.com>
>>> > napisał(a):
>>> >
>>> > > Sorry that's not my day. It looks like my folder in Total
>>> Commander
>>> > wasn't
>>> > > refreshed. Both zips exists. I will compare them and provide
>>> results.
>>> > >
>>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
>>> > piotrzarzyck...@gmail.com>
>>> > > wrote:
>>> > >
>>> > >> Alex,
>>> > >>
>>> > >> I just checked and I was mistake. Zip which should be
inside
>>> source
>>> > >> folder is not exists at all. I'm wondering what could
happen
>>> that
>>> > this zip
>>> > >> wasn't generated.
>>> > >>
>>> > >> Thanks,
>>> > >> Piotr
>>> > >>
>>> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>>> >> > >
>>> > >> wrote:
>>> > >>
>>> > >>> The output says the -src.zip did not compare.  Expand the

New apache-royale questions for Aug 26 - Stack Exchange

2019-08-26 Thread Stack Exchange
***1 new question in [ApacheRoyale Tag Notifications 
filter]()
 on stackexchange.com***


[Apache royale module is not working .not prompt a module 
window]()

I do compile module after then create a module folder, including to 
mainjewelapp debugging folder. copy the module debug files to module folder. 
then run the mainjewelapp index.html file click the ...

Tagged: mxml

by [Dakshina]() 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: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Hi Josh,

You were working on RoyaleUnit ? I see that it is not even part of Maven
build but it is part of profile "brokenbuild" [1]. In case of ANT see that
this module is part of the build, but obviously something doesn't work in
the end. [2]

I'm not sure what actually I should do with that ?

[1]
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/projects/pom.xml#L76
[2]
https://github.com/apache/royale-asjs/blob/4a3cb8864d2df2ba4e028e07d9cda9215373c42c/frameworks/build.xml#L116

Thanks,
Piotr

pon., 26 sie 2019 o 10:19 Piotr Zarzycki 
napisał(a):

> Alex,
>
> I see what is happening. I had the same issue when I was preparing Maven
> artifacts - I think so. Royale unit is not part of final src zip ->
> https://ibb.co/44ByBKV
>
> I have to figure out how add it there.
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 08:35 Alex Harui 
> napisał(a):
>
>> The two zips are different.
>>
>> The second zip contains several files that the first one doesn't.  Try
>> using other diff tools to find one that will help you see the differences.
>> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
>> and GitBash should have those tools on Windows.  I didn't take the time to
>> find out.
>>
>> The second zip has two extra folders:
>>
>> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by
>> Ant, but maybe they were in use and thus locked.
>> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
>> with lots of files in it.  These files may not be getting cleaned by Ant
>> scripts since RoyaleUnit is a new library.
>>
>> Maybe you ran step 13 in a folder where it had already run?
>>
>> I'm done working for today.  Will check in my morning.
>>
>> HTH,
>> -Alex
>>
>>
>>
>> On 8/25/19, 11:08 PM, "Piotr Zarzycki" 
>> wrote:
>>
>> Links:
>>
>> zip1:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
>> zip2:
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>>
>> Thanks,
>> Piotr
>>
>> pon., 26 sie 2019 o 00:48 Alex Harui 
>> napisał(a):
>>
>> > Looks like there are 130 files in the "left" folder that aren't in
>> the
>> > "right"?  Or I don't understand the output of whatever tool you are
>> using.
>> > Post a link to the two zips if  you want.
>> >
>> > HTH,
>> > -Alex
>> >
>> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
>> wrote:
>> >
>> > Content in both zips is exactly the same. I don't see now the
>> reason
>> > to do
>> > not move forward with that ->
>> >
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>> >
>> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
>> piotrzarzyck...@gmail.com>
>> > napisał(a):
>> >
>> > > Sorry that's not my day. It looks like my folder in Total
>> Commander
>> > wasn't
>> > > refreshed. Both zips exists. I will compare them and provide
>> results.
>> > >
>> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
>> > piotrzarzyck...@gmail.com>
>> > > wrote:
>> > >
>> > >> Alex,
>> > >>
>> > >> I just checked and I was mistake. Zip which should be inside
>> source
>> > >> folder is not exists at all. I'm wondering what could happen
>> that
>> > this zip
>> > >> wasn't generated.
>> > >>
>> > >> Thanks,
>> > >> Piotr
>> > >>
>> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>> > > >
>> > >> wrote:
>> > >>
>> > >>> The output says the -src.zip did not compare.  Expand the
>> two zip
>> > files
>> > >>> into different folders and compare the folders.
>> > >>>
>> > >>> HTH,
>> > >>> -Alex
>> > >>>
>> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
>> piotrzarzyck...@gmail.com>
>> > >>> wrote:
>> > >>>
>> > >>> Hi,
>> > >>>
>> > >>> I have spend another hours on release. Maven artifacts
>> are
>> > deployed
>> > >>> to the
>> > >>> staging without the problem. I stopped this time and
>> the very
>> > end of
>> > >>> the
>>  

Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Alex,

I see what is happening. I had the same issue when I was preparing Maven
artifacts - I think so. Royale unit is not part of final src zip ->
https://ibb.co/44ByBKV

I have to figure out how add it there.

Thanks,
Piotr

pon., 26 sie 2019 o 08:35 Alex Harui  napisał(a):

> The two zips are different.
>
> The second zip contains several files that the first one doesn't.  Try
> using other diff tools to find one that will help you see the differences.
> I just use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin
> and GitBash should have those tools on Windows.  I didn't take the time to
> find out.
>
> The second zip has two extra folders:
>
> royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by
> Ant, but maybe they were in use and thus locked.
> second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target
> with lots of files in it.  These files may not be getting cleaned by Ant
> scripts since RoyaleUnit is a new library.
>
> Maybe you ran step 13 in a folder where it had already run?
>
> I'm done working for today.  Will check in my morning.
>
> HTH,
> -Alex
>
>
>
> On 8/25/19, 11:08 PM, "Piotr Zarzycki"  wrote:
>
> Links:
>
> zip1:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
> zip2:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0
>
> Thanks,
> Piotr
>
> pon., 26 sie 2019 o 00:48 Alex Harui 
> napisał(a):
>
> > Looks like there are 130 files in the "left" folder that aren't in
> the
> > "right"?  Or I don't understand the output of whatever tool you are
> using.
> > Post a link to the two zips if  you want.
> >
> > HTH,
> > -Alex
> >
> > On 8/25/19, 3:08 PM, "Piotr Zarzycki" 
> wrote:
> >
> > Content in both zips is exactly the same. I don't see now the
> reason
> > to do
> > not move forward with that ->
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
> >
> > pon., 26 sie 2019 o 00:01 Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > napisał(a):
> >
> > > Sorry that's not my day. It looks like my folder in Total
> Commander
> > wasn't
> > > refreshed. Both zips exists. I will compare them and provide
> results.
> > >
> > > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> > piotrzarzyck...@gmail.com>
> > > wrote:
> > >
> > >> Alex,
> > >>
> > >> I just checked and I was mistake. Zip which should be inside
> source
> > >> folder is not exists at all. I'm wondering what could happen
> that
> > this zip
> > >> wasn't generated.
> > >>
> > >> Thanks,
> > >> Piotr
> > >>
> > >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui
>  > >
> > >> wrote:
> > >>
> > >>> The output says the -src.zip did not compare.  Expand the
> two zip
> > files
> > >>> into different folders and compare the folders.
> > >>>
> > >>> HTH,
> > >>> -Alex
> > >>>
> > >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" <
> piotrzarzyck...@gmail.com>
> > >>> wrote:
> > >>>
> > >>> Hi,
> > >>>
> > >>> I have spend another hours on release. Maven artifacts
> are
> > deployed
> > >>> to the
> > >>> staging without the problem. I stopped this time and the
> very
> > end of
> > >>> the
> > >>> process, where I need to prepare ANT artifacts. Build on
> my PC
> > >>> failed [1] -
> > >>> size of compared zips are different - Step 13.
> > >>>
> > >>> During whole process I had such problem when SWC time
> stamp had
> > >>> incorrect
> > >>> format and in the end I did end up with fail. Maybe this
> time
> > is the
> > >>> same
> > >>> story.
> > >>> Maybe in that case this is the same. The question is -
> To what
> > step
> > >>> should
> > >>> I really back ?
> > >>> Should I remove branch for asjs and start from 11?
> > >>>
> > >>> My command:
> > 

Re: Discuss of release steps preparation

2019-08-26 Thread Alex Harui
The two zips are different.

The second zip contains several files that the first one doesn't.  Try using 
other diff tools to find one that will help you see the differences.  I just 
use my Mac's *nix command line with "diff -rwq" and "find".  Cygwin and GitBash 
should have those tools on Windows.  I didn't take the time to find out.

The second zip has two extra folders:

royale-asjs/js/lib/ with two jars in it.  Those jars should be cleaned by Ant, 
but maybe they were in use and thus locked.
second/royale-asjs/frameworks/js/projects/RoyaleUnitJS/src/test/royale/target 
with lots of files in it.  These files may not be getting cleaned by Ant 
scripts since RoyaleUnit is a new library.

Maybe you ran step 13 in a folder where it had already run?

I'm done working for today.  Will check in my morning.

HTH,
-Alex



On 8/25/19, 11:08 PM, "Piotr Zarzycki"  wrote:

Links:

zip1: 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ%3Fe%3DZstLevdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=2LuY8Zl6krXiKSqrhXJkm8xN01uwQq1aQ9ap9NZsTfY%3Dreserved=0
zip2: 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2F1drv.ms%2Fu%2Fs!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw%3Fe%3Dk8fQ7Tdata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=shpNZi76ycOzZnlaqD2HPBuVPZJcju%2F6Ud1ERZXTKvo%3Dreserved=0

Thanks,
Piotr

pon., 26 sie 2019 o 00:48 Alex Harui  napisał(a):

> Looks like there are 130 files in the "left" folder that aren't in the
> "right"?  Or I don't understand the output of whatever tool you are using.
> Post a link to the two zips if  you want.
>
> HTH,
> -Alex
>
> On 8/25/19, 3:08 PM, "Piotr Zarzycki"  wrote:
>
> Content in both zips is exactly the same. I don't see now the reason
> to do
> not move forward with that ->
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7Cee362a70359f471e8aed08d729ebc5cc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637023964926048393sdata=rCZxV%2BFdCCrpZxoGfNrN9Jq%2Bkg2xx91fLf6mX%2FZMY3A%3Dreserved=0
>
> pon., 26 sie 2019 o 00:01 Piotr Zarzycki 
> napisał(a):
>
> > Sorry that's not my day. It looks like my folder in Total Commander
> wasn't
> > refreshed. Both zips exists. I will compare them and provide 
results.
> >
> > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> >> Alex,
> >>
> >> I just checked and I was mistake. Zip which should be inside source
> >> folder is not exists at all. I'm wondering what could happen that
> this zip
> >> wasn't generated.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui  >
> >> wrote:
> >>
> >>> The output says the -src.zip did not compare.  Expand the two zip
> files
> >>> into different folders and compare the folders.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I have spend another hours on release. Maven artifacts are
> deployed
> >>> to the
> >>> staging without the problem. I stopped this time and the very
> end of
> >>> the
> >>> process, where I need to prepare ANT artifacts. Build on my PC
> >>> failed [1] -
> >>> size of compared zips are different - Step 13.
> >>>
> >>> During whole process I had such problem when SWC time stamp 
had
> >>> incorrect
> >>> format and in the end I did end up with fail. Maybe this time
> is the
> >>> same
> >>> story.
> >>> Maybe in that case this is the same. The question is - To what
> step
> >>> should
> >>> I really back ?
> >>> Should I remove branch for asjs and start from 11?
> >>>
> >>> My command:
> >>> ant -f releasesteps.xml Release_Step_013
> -Drelease.version=0.9.6
> >>> -Droyale.swc-date="8/25/19 9:06 -0800"
> -Dplayerglobal.version=11.7
> >>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
> >>>
> >>> It is really pain to me start from scratch, cause building
> whole
> >>> framework
> >>> on my PC takes ages. Satisfying comparer is difficult.
> >>>
> >>> [1]
> >>>
> 

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

2019-08-26 Thread Apache Royale CI Server
See 




Re: Discuss of release steps preparation

2019-08-26 Thread Piotr Zarzycki
Links:

zip1: https://1drv.ms/u/s!ApVpLyjpHDC2ic0S8UffcFPmhXGKGQ?e=ZstLev
zip2: https://1drv.ms/u/s!ApVpLyjpHDC2ic0TPORa2P9OKsWRiw?e=k8fQ7T

Thanks,
Piotr

pon., 26 sie 2019 o 00:48 Alex Harui  napisał(a):

> Looks like there are 130 files in the "left" folder that aren't in the
> "right"?  Or I don't understand the output of whatever tool you are using.
> Post a link to the two zips if  you want.
>
> HTH,
> -Alex
>
> On 8/25/19, 3:08 PM, "Piotr Zarzycki"  wrote:
>
> Content in both zips is exactly the same. I don't see now the reason
> to do
> not move forward with that ->
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2FXzDDVfddata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367690243sdata=MS4vu0MzfiFlKtNlzDq8iIaWMZKX%2B8VUzoYYlARjRKU%3Dreserved=0
>
> pon., 26 sie 2019 o 00:01 Piotr Zarzycki 
> napisał(a):
>
> > Sorry that's not my day. It looks like my folder in Total Commander
> wasn't
> > refreshed. Both zips exists. I will compare them and provide results.
> >
> > On Sun, Aug 25, 2019, 11:58 PM Piotr Zarzycki <
> piotrzarzyck...@gmail.com>
> > wrote:
> >
> >> Alex,
> >>
> >> I just checked and I was mistake. Zip which should be inside source
> >> folder is not exists at all. I'm wondering what could happen that
> this zip
> >> wasn't generated.
> >>
> >> Thanks,
> >> Piotr
> >>
> >> On Sun, Aug 25, 2019, 11:52 PM Alex Harui  >
> >> wrote:
> >>
> >>> The output says the -src.zip did not compare.  Expand the two zip
> files
> >>> into different folders and compare the folders.
> >>>
> >>> HTH,
> >>> -Alex
> >>>
> >>> On 8/25/19, 2:45 PM, "Piotr Zarzycki" 
> >>> wrote:
> >>>
> >>> Hi,
> >>>
> >>> I have spend another hours on release. Maven artifacts are
> deployed
> >>> to the
> >>> staging without the problem. I stopped this time and the very
> end of
> >>> the
> >>> process, where I need to prepare ANT artifacts. Build on my PC
> >>> failed [1] -
> >>> size of compared zips are different - Step 13.
> >>>
> >>> During whole process I had such problem when SWC time stamp had
> >>> incorrect
> >>> format and in the end I did end up with fail. Maybe this time
> is the
> >>> same
> >>> story.
> >>> Maybe in that case this is the same. The question is - To what
> step
> >>> should
> >>> I really back ?
> >>> Should I remove branch for asjs and start from 11?
> >>>
> >>> My command:
> >>> ant -f releasesteps.xml Release_Step_013
> -Drelease.version=0.9.6
> >>> -Droyale.swc-date="8/25/19 9:06 -0800"
> -Dplayerglobal.version=11.7
> >>> -Dflat.donot.ask=true -Drc=1 -DskipTests=true
> >>>
> >>> It is really pain to me start from scratch, cause building
> whole
> >>> framework
> >>> on my PC takes ages. Satisfying comparer is difficult.
> >>>
> >>> [1]
> >>>
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fs8i7rdata=02%7C01%7Caharui%40adobe.com%7C7f2eea67e96348d6d71c08d729a8b4dc%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C63702367690243sdata=m5WJwGDiSsf5r76cxK7Ye04vZg18nK2Eq29Mm5tIhsw%3Dreserved=0
> >>>
> >>> Thanks,
> >>> Piotr
> >>>
> >>> pt., 16 sie 2019 o 18:27 Alex Harui 
> >>> napisał(a):
> >>>
> >>> > 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" <
> piotrzarzyck...@gmail.com>
> >>> 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]
> >>> >
> >>>
>