Re: Apache Royale Jewel Browser List supported

2019-08-28 Thread Chris Velevitch
Is there a list of supported browsers for non-Jewel based apps?


On Mon, 24 Sep 2018 at 23:49, Carlos Rovira  wrote:
>
> Hi,
>
> today I was testing Jewel in Browserstack to see minimum versions required
> to see Jewel Example without problems.
> This is the list:
>
> Desktop
> - *Chrome v44*  - (released *July,21, 2015*)
> - *Firefox v34* - (released *Dec, 1, 2014*)
> - *Microsoft Internet Explorer 11 y Edge 15*
> - *Safari 11.1, Mac OS X High Sierra, *(released* Feb, 22 2018*)
>
> Mobile
> - *iOS 11. 19 *(release* Sep 2017*)
> - *Android 5*, (released, *2014*) , although I think Android devices can be
> very different between manufactures, so maybe is not as easy, I tried with
> Samsung Galaxy different models and versions)
>
> I'll put this info on the wiki
>
> --
> Carlos Rovira
> http://about.me/carlosrovira



-- 


Chris
--
Chris Velevitch
m: 0415 469 095


Re: Trying abstract classes in Jewel

2019-08-28 Thread Josh Tynjala
Hi Carlos,

If I understand you correctly, you removed public and added abstract.
However, you should not remove public. Your new declaration should probably
look like this:

public abstract class TextInputBase extends StyledUIBase implements
ITextInput

If this does not seem to help, can you share the full error message?

--
Josh Tynjala
Bowler Hat LLC 


On Fri, Aug 23, 2019 at 2:21 AM Carlos Rovira 
wrote:

> Hi Josh,
>
> after cleaning Jewel TextInput classes, I tried to change TextInputBase
> from public to abstract class.
>
> The reason is that while Simple** classes (like Jewel SimpleButton or
> SimpleRemoteObject), are a reduced case of a class named without "Simple"
> (in the example "Button", and most users would want to use just "Button",
> so this name strategy seems very good to me, exposing the most used class
> with the expected name and a simple one with that prefix).
>
> Others like TextInputBase (with suffix **Base) are just a base class for
> other classes like TextInput and TextArea and should not be used as a
> component,
> so in this way of thinking seems reasonable to mark it as "abstract".
>
> When doing that little change (switch public for abstract at level class in
> TextInputBase), when compile Jewel SWC, a bunch of errors appear,
> so is not clear to me if I'm doing something wrong, or I'm missing
> something.
>
> Hope you can give some light on this.
>
> Thanks.
>
> --
> Carlos Rovira
> http://about.me/carlosrovira
>


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

2019-08-28 Thread Apache Royale CI Server
See 




Re: Discuss of release steps preparation

2019-08-28 Thread Alex Harui
Failonerror is typically false when deleting in case the folder has already 
been deleted.

Pretty sure that at least on Windows,  if a jar is being used by a running 
application that you cannot delete the jar.

In theory, the Ant scripts should not be loading jars when building the source 
package and I think they even run super-clean which should clean everything 
assuming nothing else is running that is using those jars.

I doubt that TortoiseGit will load those jars.  If you reboot your system and 
run the Ant scripts that should guarantee that nothing is running using those 
jars.  Then if it is still a problem then something early in the script is 
loading those jars.  Later in the build, those jars will be loaded to generate 
the binary artifacts, but shouldn't be loaded to generate the source-only 
artifacts.

HTH,
-Alex

On 8/28/19, 8:29 AM, "Piotr Zarzycki"  wrote:

I think that's the option. :) I hope I will finally get to an end this.

śr., 28 sie 2019 o 17:27 Josh Tynjala 
napisał(a):

> With that in mind, it seems like you may need to temporarily disable
> TortoiseGit while running the build.
>
> --
> Josh Tynjala
> Bowler Hat LLC 

>
>
> On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki 
> wrote:
>
> > I'm not sure if it's related, but I have tried deleted that folder
> manually
> > and it's being blocked by Git [1]
> >
> > [1] 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibb.co%2Fbsm48DVdata=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=pPZk4V%2BZ2LYP134QTiVJVPbaoyzlhnm5W4V%2FDtqPHvM%3Dreserved=0
> >
> > Thanks,
> > Piotr
> >
> > śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
> > napisał(a):
> >
> > > I have modified build.xml script locally and I got following result ->
> > > 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fm5mz5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=rtRQo3WI%2BKhrddAmqgMLFTSab0YtxPC9HTwcuSQx1TI%3Dreserved=0
> > >
> > > What can hold that jar file ?
> > >
> > >
> > >
> > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> > > napisał(a):
> > >
> > >> Hi Alex,
> > >>
> > >> I just made another attempt and it's failed. I missed your 
information
> > >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my
> > machine.
> > >> I see also that we have [1] deletion line for that. My fix for
> deleting
> > >> helped so far to get rid of problem with RoyaleUnit [2].
> > >>
> > >> Maybe we should switch failonerror="false" to "true" and see what is
> > >> happening ? Why actually those flags are false ?
> > >>
> > >> [1]
> > >>
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fblob%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5%2Fbuild.xml%23L565data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=fvBjkUVwz%2FONPLIabE6XAud7%2BBvD3JSW0DGeo0WnOww%3Dreserved=0
> > >> [2]
> > >>
> >
> 
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Froyale-asjs%2Fcommit%2F946e1f13c125ad2f3fc74ae56d8cbc462487c3f5data=02%7C01%7Caharui%40adobe.com%7Ca61215f1d31d4978634208d72bcc8f99%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637026029899942136sdata=m8ICTic%2FwHuCLnKMFN%2B%2BmoXLwPQoj2EpikuC01%2FSBqY%3Dreserved=0
> > >>
> > >> 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 

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
I think that's the option. :) I hope I will finally get to an end this.

śr., 28 sie 2019 o 17:27 Josh Tynjala 
napisał(a):

> With that in mind, it seems like you may need to temporarily disable
> TortoiseGit while running the build.
>
> --
> Josh Tynjala
> Bowler Hat LLC 
>
>
> On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki 
> wrote:
>
> > I'm not sure if it's related, but I have tried deleted that folder
> manually
> > and it's being blocked by Git [1]
> >
> > [1] https://ibb.co/bsm48DV
> >
> > Thanks,
> > Piotr
> >
> > śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
> > napisał(a):
> >
> > > I have modified build.xml script locally and I got following result ->
> > > https://paste.apache.org/m5mz5
> > >
> > > What can hold that jar file ?
> > >
> > >
> > >
> > > śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> > > napisał(a):
> > >
> > >> Hi Alex,
> > >>
> > >> I just made another attempt and it's failed. I missed your information
> > >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my
> > machine.
> > >> I see also that we have [1] deletion line for that. My fix for
> deleting
> > >> helped so far to get rid of problem with RoyaleUnit [2].
> > >>
> > >> Maybe we should switch failonerror="false" to "true" and see what is
> > >> happening ? Why actually those flags are false ?
> > >>
> > >> [1]
> > >>
> >
> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
> > >> [2]
> > >>
> >
> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
> > >>
> > >> 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 ->
> > >>> >
> > >>>
> >
> 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, 

Re: Discuss of release steps preparation

2019-08-28 Thread Josh Tynjala
With that in mind, it seems like you may need to temporarily disable
TortoiseGit while running the build.

--
Josh Tynjala
Bowler Hat LLC 


On Wed, Aug 28, 2019 at 6:28 AM Piotr Zarzycki 
wrote:

> I'm not sure if it's related, but I have tried deleted that folder manually
> and it's being blocked by Git [1]
>
> [1] https://ibb.co/bsm48DV
>
> Thanks,
> Piotr
>
> śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
> napisał(a):
>
> > I have modified build.xml script locally and I got following result ->
> > https://paste.apache.org/m5mz5
> >
> > What can hold that jar file ?
> >
> >
> >
> > śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> > napisał(a):
> >
> >> Hi Alex,
> >>
> >> I just made another attempt and it's failed. I missed your information
> >> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my
> machine.
> >> I see also that we have [1] deletion line for that. My fix for deleting
> >> helped so far to get rid of problem with RoyaleUnit [2].
> >>
> >> Maybe we should switch failonerror="false" to "true" and see what is
> >> happening ? Why actually those flags are false ?
> >>
> >> [1]
> >>
> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
> >> [2]
> >>
> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
> >>
> >> 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,
> 

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
I'm not sure if it's related, but I have tried deleted that folder manually
and it's being blocked by Git [1]

[1] https://ibb.co/bsm48DV

Thanks,
Piotr

śr., 28 sie 2019 o 15:07 Piotr Zarzycki 
napisał(a):

> I have modified build.xml script locally and I got following result ->
> https://paste.apache.org/m5mz5
>
> What can hold that jar file ?
>
>
>
> śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
> napisał(a):
>
>> Hi Alex,
>>
>> I just made another attempt and it's failed. I missed your information
>> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my machine.
>> I see also that we have [1] deletion line for that. My fix for deleting
>> helped so far to get rid of problem with RoyaleUnit [2].
>>
>> Maybe we should switch failonerror="false" to "true" and see what is
>> happening ? Why actually those flags are false ?
>>
>> [1]
>> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
>> [2]
>> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
>>
>> 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>

Re: Discuss of release steps preparation

2019-08-28 Thread Piotr Zarzycki
I have modified build.xml script locally and I got following result ->
https://paste.apache.org/m5mz5

What can hold that jar file ?



śr., 28 sie 2019 o 14:23 Piotr Zarzycki 
napisał(a):

> Hi Alex,
>
> I just made another attempt and it's failed. I missed your information
> that "royale-asjs/js/lib/ " contains 2 jar files. I see them on my machine.
> I see also that we have [1] deletion line for that. My fix for deleting
> helped so far to get rid of problem with RoyaleUnit [2].
>
> Maybe we should switch failonerror="false" to "true" and see what is
> happening ? Why actually those flags are false ?
>
> [1]
> https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
> [2]
> https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5
>
> 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-28 Thread Piotr Zarzycki
Hi Alex,

I just made another attempt and it's failed. I missed your information that
"royale-asjs/js/lib/ " contains 2 jar files. I see them on my machine. I
see also that we have [1] deletion line for that. My fix for deleting
helped so far to get rid of problem with RoyaleUnit [2].

Maybe we should switch failonerror="false" to "true" and see what is
happening ? Why actually those flags are false ?

[1]
https://github.com/apache/royale-asjs/blob/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5/build.xml#L565
[2]
https://github.com/apache/royale-asjs/commit/946e1f13c125ad2f3fc74ae56d8cbc462487c3f5

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 

Release Step 013 Succeeded

2019-08-28 Thread Apache Royale CI Server
>From the royale-asjs repo
1. Run ant -f releasesteps.xml Release_Step_013 -Drelease.version=0.9.6 
-Droyale.swc-date="8/28/19 9:06 -0800" -Dplayerglobal.version=11.7 
-Dflat.donot.ask=true -Drc=1 -DskipTests=true
This will download the artifacts then unzip and compile the source artifact.
2. Validate that the compiled artifacts match the downloaded artifacts.
3. If they do, then run ant -f releasesteps.xml Release_Step_013_Sign 
-Drelease.version=0.9.6
This will PGP sign the source and convenience binary packages
4. Then run ant -f releasesteps.xml Release_Step_013_Upload 
-Drelease.version=0.9.6 -Drc=1
This will upload the signed artifacts to dist.apache.org.

Re: Sub-Menu in royale-docs: "Fundamental Concepts", "Core Concepts" or "Technology features"

2019-08-28 Thread Carlos Rovira
Hi Chris,

thanks. I think your browser's cache is showing you old content. I see
links in the main page are right.


El mié., 28 ago. 2019 a las 10:57, Chris Velevitch (<
chris.velevi...@gmail.com>) escribió:

> On Wed, 28 Aug 2019 at 16:12, Carlos Rovira 
> wrote:
>
> > Where did you find those links? maybe google (maybe bots already didn't
> > notice the change?
>
>
> I found those links by going to the main docs page [1]
>
> [1] https://apache.github.io/royale-docs/
>
> Chris
> --
> Chris Velevitch
> m: 0415 469 095
>


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


Royale_Release_Step_013 - Build # 15 - Failure!

2019-08-28 Thread Apache Royale CI Server
Royale_Release_Step_013 - Build # 15 - Failure:

Check console output at 
http://apacheroyaleci.westus2.cloudapp.azure.com:8080/job/Royale_Release_Step_013/15/
 to view the results.

Re: Sub-Menu in royale-docs: "Fundamental Concepts", "Core Concepts" or "Technology features"

2019-08-28 Thread Chris Velevitch
On Wed, 28 Aug 2019 at 16:12, Carlos Rovira  wrote:

> Where did you find those links? maybe google (maybe bots already didn't
> notice the change?


I found those links by going to the main docs page [1]

[1] https://apache.github.io/royale-docs/

Chris
--
Chris Velevitch
m: 0415 469 095


Release Step 012 Succeeded

2019-08-28 Thread Apache Royale CI Server
Folder 0.9.6 already exists.  Continue to next step

Release Step 011 Succeeded

2019-08-28 Thread Apache Royale CI Server
>From the royale-asjs repo:
1. Run ant -f releasesteps.xml Release_Step_011 -Drelease.version=0.9.6
This will download the artifacts then unzip and compile the source artifact.
2. Validate that the compiled artifacts match the downloaded artifacts.
3. If they do, then run ant -f releasesteps.xml Release_Step_011_Sign 
-Drelease.version=0.9.6
This will PGP sign the source ZIP and compiled JARs
4. Then run ant -f releasesteps.xml Release_Step_011_Upload 
-Drelease.version=0.9.6
This will upload the signed artifacts to Maven Release Staging.  Verify that 
the compiler and typedefs artifacts are there along with the asjs artifacts, 
then hit the close to close the staging repo. (https://repository.apache.org)

Re: Sub-Menu in royale-docs: "Fundamental Concepts", "Core Concepts" or "Technology features"

2019-08-28 Thread Carlos Rovira
Hi Chris,

I moved "Features" section in docs one level up and fix all links. I double
check that I didn't left any link with "welcome/" prefix .
It's about this thread was. I found that instead making a new section we
have already one and was better placed in top level so we can nest pages in
some options.

Where did you find those links? maybe google (maybe bots already didn't
notice the change?

I'm this days making many changes in documentation, you can follow this
work in this repo [1]

[1] https://github.com/apache/royale-docs


El mié., 28 ago. 2019 a las 6:03, Chris Velevitch (<
chris.velevi...@gmail.com>) escribió:

> The following links mentioned don't work:-
>
> - https://apache.github.io/royale-docs/welcome/features-and-concepts.html
> - https://apache.github.io/royale-docs/welcome/features/payg.html
> -
>
> https://apache.github.io/royale-docs/welcome/features/strands-and-beads.html
>
> But I did manage to find the correct working links (just remove the
> "/welcome" from the URL).
>
> Chris
> --
> Chris Velevitch
> m: 0415 469 095
>


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


Release Step 010 Succeeded

2019-08-28 Thread Apache Royale CI Server
Log in to the server, open a command prompt, change directory to 
C:\jenkins\workspace\Royale_Release_Step_010 and run the following commands:
git push
git push origin org.apache.royale.framework-0.9.6-rc1

You will need your Apache/Github username and 2FA token.

Re: ${body} in index template

2019-08-28 Thread Carlos Rovira
Hi Chris,

ua-parser-js seems very complete. I'll have into account for my own
projects :).
Thanks for sharing.

El mié., 28 ago. 2019 a las 5:59, Chris Velevitch (<
chris.velevi...@gmail.com>) escribió:

> On Tue, 27 Aug 2019 at 16:34, Carlos Rovira 
> wrote:
>
> > maybe the actual way compiler deal with this is a bit restricted, and we
> > can update that part including the 

Release Step 009 Succeeded

2019-08-28 Thread Apache Royale CI Server
Log in to the server, open a command prompt, change directory to 
C:\jenkins\workspace\Royale_Release_Step_009 and run the following commands:
git push

You will need your Apache/Github username and 2FA token.

Release Step 008 Succeeded

2019-08-28 Thread Apache Royale CI Server
Log in to the server, open a command prompt, change directory to 
C:\jenkins\workspace\Royale_Release_Step_008 and run the following commands:
git push
git checkout release/0.9.6
git push -u origin release/0.9.6

You will need your Apache/Github username and 2FA token.