RE: How to build users project using ANT to JS only

Also, see if c:\MoonshineSDKs\Royale_SDK\apache-royale-0.9.7-bin-js\royale-asjs\lib\jsc.jar exists, and if it does, where it comes from. My nightly download doesn’t have it. From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Monday, April 6, 2020 2:57 PM To: dev@royale.apache.org<m

RE: How to build users project using ANT to JS only

Bumping this. I’m wondering if Moonshine accidentally injects that file which may cause these kinds of bugs. The script should verify your ROYALE_COMPILER_HOME env var by checking for ROYALE_COMPILER_HOME\lib\jsc.jar. It probably should not be there in your case. From: Yishay Weiss

RE: How to build users project using ANT to JS only

sers project using ANT to JS only Got it! :) Moonshine sets ROYALE_COMPILER_HOME as well. It looks like it shouldn't ? wt., 7 kwi 2020 o 18:49 Yishay Weiss napisał(a): > Bumping this. I’m wondering if Moonshine accidentally injects that file > which may cause these kinds of bugs. T

RE: About Releasing 0.9.7

My impression was that Alex was working on integrating the latest Maven changes in the CI release steps. I’ll take over as soon as he’s got that polished. Alex, let me know if there’s anything I can do to speed things up. From: Carlos Rovira Sent: Wednesday, Apri

RE: How to build users project using ANT to JS only

:49 Yishay Weiss napisał(a): > Bumping this. I’m wondering if Moonshine accidentally injects that file > which may cause these kinds of bugs. The script should verify your > ROYALE_COMPILER_HOME env var by checking for > ROYALE_COMPILER_HOME\lib\jsc.jar. It probably should not be there

RE: How to build users project using ANT to JS only

in-js\royale-asjs\js\lib\ śr., 8 kwi 2020 o 15:20 Yishay Weiss napisał(a): > > > >I should not have that jsc.jar inside downloaded sdk? > > It should not exist under > > > c:\MoonshineSDKs\Royale_SDK\apache-royale-0.9.7-bin-js\royale-asjs\lib\jsc.jar > > It should

RE: How to build users project using ANT to JS only

Taken from build_example.xml From: Yishay Weiss Sent: Wednesday, April 8, 2020 4:25:56 PM To: dev@royale.apache.org Subject: RE: How to build users project using ANT to JS only So it does not exist under c:\MoonshineSDKs\Royale_SDK\apache-royale-0.9.7-bin-js

RE: Royale Releases

>sounds good :) Hi Carlos, This sounds like a good plan to me too. Alex and I will do our best to get 0.9.7 out in April. Harbs will be in charge of releasing 0.9.8 in May, and you will be in charge of releasing 0.9.9 in June. Are we still in agreement on that? Thanks, Yishay From: Carlos Ro

RE: Royale Compiler Build Tools Release Step 001 Succeeded

Pardon the silly question but how do I login tp the server and open a command prompt? From: apacheroyal...@gmail.com Sent: Sunday, April 12, 2020 12:45 PM To: dev@royale.apache.org Subject: Royale Compiler Build Tools Release Step 001

RE: Royale Compiler Build Tools Release Step 001 Succeeded

ucceeded Oh, thank you! I was too shy to ask that. On Sun, Apr 12, 2020 at 7:21 AM Yishay Weiss wrote: > Pardon the silly question but how do I login tp the server and open a > command prompt? > > From: apacheroyal...@gmail.com<mailto:apacheroyal...@gmail.com> > Sent: Sunday,

Prioritize Release Jobs on CI

One thing that bothers me with the CI is that if there are jobs already running or in the queue, it might take a long time to see the results of a release step. I’d like to be able to tell Jenkins to prioritize the release steps and reschedule all running or waiting jobs, which is what this plug

RE: Royale Compiler Build Tools Release Step 001 Succeeded

change commit. Otherwise the release will be 1.2.1. Can you revert and start over? Let me know if you need help with the revert. -Alex On 4/12/20, 5:19 AM, "Yishay Weiss" wrote: I used remote dektop. PMC members should see the correct access info now. From: Andr

RE: Prioritize Release Jobs on CI

I agree with that. It would be nice to have instant feedback, but the issue is more with waiting on the non-release jobs. From: Alex Harui Sent: Sunday, April 12, 2020 9:45 PM To: dev@royale.apache.org Subject: Re: Prioritize Release

RE: Prioritize Release Jobs on CI

Can’t you do that with remote desktop? From: OmPrakash Muppirala Sent: Monday, April 13, 2020 9:51:25 AM To: Apache Royale Development Subject: Re: Prioritize Release Jobs on CI Alex, I believe this is your personal Azure subscription right? Any chance I can g

RE: Prioritize Release Jobs on CI

: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Monday, April 13, 2020 9:55 AM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: Prioritize Release Jobs on CI Can’t you do that with remote desktop? From: OmPrakash Muppirala Sent: Mond

RE: Royale Compiler Build Tools Release Step 002 Succeeded

>2. Validate that the compiled artifacts match the downloaded artifacts. What does this mean? Looks to me like the jars are different [1]. I’ll see if I understand why. [1] C:\temp1>git diff C:\temp1\artifacts\archive\compiler-build-tools\target\local-release-dir\org\apache\royale\compiler\com

RE: Royale Compiler Build Tools Release Step 002 Succeeded

e any sense there) Chris Am 13.04.20, 12:46 schrieb "Yishay Weiss" : >2. Validate that the compiled artifacts match the downloaded artifacts. What does this mean? Looks to me like the jars are different [1]. I’ll see if I understand why. [1] C:\temp1>git diff C:\temp1

Add Key to Royale Key Server

How do I do that? Running gpg --keyserver https://dist.apache.org/repos/dist/release/royale/KEYS --send-keys results in gpg: keyserver send failed: No data

Staging Folder Number

I couldn’t figure it out using these instructions [1]. How do I look for the folder name? [1] The number of the staging folder in https://repository.apache.org. The folder name will be something like orgapacheroyale-1234. Only enter the 1234.

RE: Add Key to Royale Key Server

file. I think that's what they mean by "append". > > HTH > -Alex > > > On 4/13/20, 8:37 AM, "Yishay Weiss" wrote: > > How do I do that? > > Running > > gpg --keyserver > https://nam04.safelinks.protection.

RE: Add Key to Royale Key Server

> Please run a diff before committing to make sure nothing else got changed. I guess what I was missing was how to commit files to dist.a.o On 4/13/20, 10:26 AM, "Yishay Weiss" wrote: Hi Andrew, It’s not clear to me from our docs [1] what the equivalent of –keyserver is

RE: Royale_Compiler_Build_Tools_Release_Step_004 - Build # 13 - Still Failing!

Actually, this was the message that I saw: Folder 1.2.0 already exists. Continue to next step. From: Alex Harui Sent: Monday, April 13, 2020 9:49:37 PM To: dev@royale.apache.org ; dev@royale.apache.org Subject: Re: Royale_Compiler_Build_Tools_Release_Step_004

RE: Royale Compiler Build Tools Release Step 003 Succeeded

Looks like the email wasn’t sent correctly, which is why I got the ‘folder already exists’ message instead. From: apacheroyal...@gmail.com Sent: Saturday, April 11, 2020 8:36 AM To: dev@royale.apache.org Subject: Royale Compiler Build

RE: Royale Compiler Build Tools Release Step 003 Succeeded

Step 004 is failing because you missed the last instruction in 002's email. -Alex On 4/13/20, 12:08 PM, "Yishay Weiss" wrote: Looks like the email wasn’t sent correctly, which is why I got the ‘folder already exists’ message instead. From: apacheroyal...@gmail.co

RE: Royale_Compiler_Build_Tools_Release_Step_004 - Build # 14 - Still Failing!

Looks like signature validation failed when closing the staging repo. I hope updating the KEYS file helps. From: apacheroyal...@gmail.com Sent: Monday, April 13, 2020 10:23 PM To: dev@royale.apache.org Subject: Royale_Compiler_Build_T

[RESULT] Release Apache Royale Compiler Build Tools 1.2.0

ere is an ant script that automates the common > > steps to validate a release. Instead of individually downloading the > > package and signature files, unzipping, etc, you can instead: > > 1) create an empty folder, > > 2) download into that folder this file: > > > > > https://dist.apache.org/repos/dist/dev/royale/compiler-build-tools/1.2.0/rc3/ApproveBuildTools.xml > > 3) run the script: > >ant -e -f ApproveBuildTools.xml -Drelease.version=1.2.0 -Drc=3 > > > > You are not required to use this script, and more testing of the packages > > and build results are always encouraged. > > > > Please put all discussion about this release in the DISCUSSION thread not > > this VOTE thread. > > > > Thanks, > > Yishay Weiss >

RE: [DISCUSS] Discuss Release Apache Royale 1.2.0

gt; > > > > > And change it to this: > > > > > > > > I think that most people will be fine, but I just wanted to mention it. > > > > -- > > Josh Tynjala > > Bowler Hat LLC <https://bowlerhat.dev> > > > > > > On Mon, Apr 13, 2020 at 1:33 PM wrote: > > > > > This is the discussion thread. > > > > > > Thanks, > > > Yishay Weiss > > > > > -- > Carlos Rovira > http://about.me/carlosrovira >

RE: [DISCUSS] Discuss Release Apache Royale 1.2.0

quot; : Hi Yishay, build tools and jburg was never released on its own before. Always was part of the global royale release. This is the first time we do this. Thanks El mié., 15 abr. 2020 a las 10:21, Yishay Weiss () escribió: > I’ve just noticed the sub

RE: Problems to create AS3 externs when JS library returns some kind of object

I’m confused. Why does marked() need to be a constructor? From: Carlos Rovira Sent: Wednesday, April 15, 2020 11:48:21 AM To: Apache Royale Development Subject: Problems to create AS3 externs when JS library returns some kind of object Hi, I'm playing with a js markdown library [1] to see if

RE: Problems to create AS3 externs when JS library returns some kind of object

You can just return null. I think the best thing for you to do is to go to one of the typedefs, build, and look at the generated sources. For example cd …\royale-typedefs cd google_maps ant; cd target\generated-sources Explore the .as classes there. Hope this helps. From: Carlos Rovira

RE: [DISCUSS] Discuss Release Apache Royale 1.2.0

n for 72 hours or until a result can be called. The vote passes if there is: - At least 3 +1 votes from the PMC - More positive votes than negative votes" So this seems ok, right? Thanks Carlos El mié., 15 abr. 2020 a las 10:47, Yishay Weiss () escribió:

RE: Prioritize Release Jobs on CI

I’d like to try and install an ssh server. Can anyone think of a reason not to do that? I’m asking in terms of security, and if there might be a problem because it’s a VM. Thanks. From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Monday, April 13, 2020 10:02 AM To: dev@royale.apac

RE: Problems to create AS3 externs when JS library returns some kind of object

In the wrapper class, that is. From: Yishay Weiss Sent: Wednesday, April 15, 2020 6:17:38 PM To: dev@royale.apache.org Subject: RE: Problems to create AS3 externs when JS library returns some kind of object Maybe you can create a static function that returns

RE: Problems to create AS3 externs when JS library returns some kind of object

nction setOptions(o:Object):void {}; Would like to be know how to declare this as a class to add other function APIs available in the js library El mié., 15 abr. 2020 a las 11:14, Yishay Weiss () escribió: > You can just return null. > > I think the best thing for you to do is to go to one of

RE: Prioritize Release Jobs on CI

-84d8fba8103e From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Wednesday, April 15, 2020 5:09 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: Prioritize Release Jobs on CI I’d like to try and install an ssh server. Can anyone think of a reason not to do that? I

RE: [DISCUSS] Discuss Release Apache Royale 1.2.0

> > > > > > > > I think that most people will be fine, but I just wanted to mention it. > > > > > > -- > > > Josh Tynjala > > > Bowler Hat LLC <https://bowlerhat.dev> > > > > > > > > > On Mon, Apr 13, 2020 a

RE: [DISCUSS] Discuss Release Apache Royale 1.2.0

pache Royale 1.2.0 Hi Yishay, not sure but probably the empty file added will cause RAT problems with maven maybe you should see if that happens and at least add a license header About content, since is taken from the git history I think is ok thanks El vie., 17 abr. 2020 a las 10:14,

RE: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isolated function

Build is failing. Looks like you forgot to remove scrollToIndex from JewelClasses From: carlosrov...@apache.org Sent: Friday, April 17, 2020 3:56:44 AM To: comm...@royale.apache.org Subject: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isol

RE: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isolated function

: remove isolated function Thanks just commited :) El vie., 17 abr. 2020 a las 13:30, Yishay Weiss () escribió: > Build is failing. Looks like you forgot to remove scrollToIndex from > JewelClasses > > > From: carlosrov...@apache.org > Sent: Friday

RE: [royale-compiler] branch develop updated: fix build

Thanks. Doesn’t it make more sense to recursively exclude *.md files, something like **/*.md ? From: aha...@apache.org Sent: Friday, April 17, 2020 7:14 PM To: comm...@royale.apache.org Subject: [royale-compiler] branch develop updated

RE: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isolated function

not > bumped > > El vie., 17 abr. 2020 a las 14:44, Yishay Weiss () > escribió: > >> Is Jewel building for you? Even after that change it fails for me. >> >> >> From: Carlos Rovira >> Sent: Friday, April 17, 2020 3:34:

RE: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isolated function

function Hi Yishay, just committed, sorry, I was not repairing on that file since is a new one and I had several others new sorry for the confusion now all should work ok Thanks El vie., 17 abr. 2020 a las 19:05, Yishay Weiss () escribió: > I’m getting > > [java] > C:\dev\flexj

RE: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isolated function

Oops, looks like I need to rebuild Core. Ignore this. From: Yishay Weiss Sent: Friday, April 17, 2020 8:05:06 PM To: dev@royale.apache.org Subject: RE: [royale-asjs] branch develop updated: jewel-scrollToIndex: remove isolated function I’m getting [java

RE: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0

individually downloading the > package and signature files, unzipping, etc, you can instead: > > 1) create an empty folder, > > 2) download into that folder this file: > > > https://dist.apache.org/repos/dist/dev/royale/compiler-build-tools/1.2.0/rc3/ApproveBuildTools.xml > >

RE: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0

() escribió: > Ok Yishay, > > and is this version used in current 0.9.7 ongoing release process? > > thanks > > > > El dom., 19 abr. 2020 a las 15:37, Yishay Weiss () > escribió: > >> Hi Carlos, >> >> It’s already been released, just haven

RE: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0

Sunday, April 19, 2020 5:10 PM To: Apache Royale Development<mailto:dev@royale.apache.org> Subject: Re: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0 Ok Yishay, and is this version used in current 0.9.7 ongoing release process? thanks El dom., 19 abr. 2020 a las 15:37,

RE: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0

Turns out my public key needed to be distributed to a keyserver. gpg --keyserver http://keyserver.ubuntu.com --send-keys did the trick. You should see it now. From: Yishay Weiss Sent: Sunday, April 19, 2020 5:22:56 PM To: dev@royale.apache.org Subject: RE: [VOTE] Release Apache Royale

RE: [VOTE] Release Apache Royale Compiler Build Tools 1.2.0

that is still to be checked if that works), along other fixes in compiler. Thanks El dom., 19 abr. 2020 a las 19:37, Yishay Weiss () escribió: > Turns out my public key needed to be distributed to a keyserver. > > > > gpg --keyserver http://keyserver.ubuntu.com --send-keys

RE: [royale-compiler] branch release/0.9.7 updated: Update compiler build tools version

Carlos, are you sure your commit belongs in dev at this stage? If we are going to merge release into dev anyway, maybe it’s best to wait until then to avoid this conflict. Also, I’m not a Git expert, but wouldn’t the merge algorithm detect the identity in content anyway and avoid conflict? From

RE: Maven Plugin Problems

From: Yishay Weiss Sent: Monday, April 20, 2020 7:23:10 PM To: dev@royale.apache.org Subject: Maven Plugin Problems I’m having trouble building royale-asjs with mvn, both on my machine and on Jenkins. On my machine [1] it looks like royale-maven-plugin

Maven Plugin Problems

I’m having trouble building royale-asjs with mvn, both on my machine and on Jenkins. On my machine [1] it looks like royale-maven-plugin:0.9.7 can’t be found. When was it supposed to be created and stored? On Jenkins [2] I’m getting 1. [exec] [ERROR] Failed to execute goal org.codeha

RE: Maven Plugin Problems

e and run a "mvn install" on it. Chris Am 20.04.20, 19:17 schrieb "Yishay Weiss" : I’m having trouble building royale-asjs with mvn, both on my machine and on Jenkins. On my machine [1] it looks like royale-maven-plugin:0.9.7 can’t be found. When was it supposed to be c

RE: How did you folks get past step 007?

This is premature in my opinion. We are still working on it, and have not announced a release. From: Christofer Dutz Sent: Tuesday, April 21, 2020 9:10 AM To: dev@royale.apache.org Subject: Re: How did you folks get past step 007? P

RE: Prioritize Release Jobs on CI

>> > >> >>> > And start working on a new Jenkins >> instance. >> > >> >>> > >> > >> >>> > Thanks, >> > >> >>> > Om >> > >> >>> > >> > >&

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

Awesome From: aha...@apache.org Sent: Monday, April 27, 2020 8:56:00 AM To: comm...@royale.apache.org Subject: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails This is an automated email from the ASF dual-hosted git repository. aharui

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

asjs] branch release/0.9.7 updated: add retry task if wagon fails Hi all, a week ago a new version of Wagon was released ... perhaps worth updating to 3.4.0? Chris Am 27.04.20, 11:58 schrieb "Yishay Weiss" : Awesome From: aha...@apache

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

Royale Development<mailto:dev@royale.apache.org> Subject: Re: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails Yishay, In the other words you experienced same issue as me and others on Windows... Nothing changed. On Mon, Apr 27, 2020, 12:21 PM Yishay Weiss wrote: > I

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

Actually, I think I got the syntax wrong here. If you see an error message such as “Try mvn "" -rf :royale-typedefs-googlemaps” Then you should do ant -f releasesteps.xml retryUploadSWCs -Drf_arg=:royale-typedefs-googlemaps Where :royale-typedefs-googlemaps serves here as an example, but shoul

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

6:29 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: Re: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails Looks right to me. We won't know for sure until you actually try it. On 4/27/20, 7:06 AM, "Yishay Weiss" wrote: Actually, I thin

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

uot;Christofer Dutz" wrote: Hi all, a week ago a new version of Wagon was released ... perhaps worth updating to 3.4.0? Chris Am 27.04.20, 11:58 schrieb "Yishay Weiss" : Awesome _

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

2.8.2 6 Perhaps that could help? Chris Am 28.04.20, 10:57 schrieb "Yishay Weiss" : I think it should be possible to do this in powershell, with: $password = Read-Host "Enter Password" -AsSecureString

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

n your password on the CI server before we can find out. -Alex On 4/28/20, 1:57 AM, "Yishay Weiss" wrote: I think it should be possible to do this in powershell, with: $password = Read-Host "Enter Password" -AsSecureString And pass $pass as the param. Ar

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

re-try every one up to 6 times, then the chances it passes are pretty high. In the end, if things would go south exactly 5 times for every artifact it would sort of be like if you tried running the bunch 6000 times. Chris Am 28.04.20, 18:21 schrieb "Yishay Weiss" : Hi Chris, I

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

en -rf ..."). I have suggested using Wagon to upload individual folders -Alex On 4/27/20, 3:07 AM, "Christofer Dutz" wrote: Hi all, a week ago a new version of Wagon was released ... perhaps worth updating to 3.4.0? Chris Am 27.04.20,

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

>Don't know what the best workflow is until we try a few things. There are at >least two workflows: > >1) Upload the artifacts from CI and RM uploads only the asc files as you >suggested >2) RM uploads asc files to the CI server and everything gets uploaded to >staging from CI. How do you su

RE: [royale-asjs] branch release/0.9.7 updated: add retry task if wagon fails

rvice outages or extended unresponsiveness. Chris Am 29.04.20, 08:24 schrieb "Yishay Weiss" : I read that retry was only implemented in wagon 3.4.0 and up. So I replaced the pom.xml entry according to Alex’s suggestion but I’m getting [exec] [DEBUG] Resolvi

wagon:upload problems

Even uploading the 534 asc files which are about 1k fails, so something is definitely weird. I think it might be repeating the upload for each project. For example, there’s only one zip.asc file, which is under artifacts\archive\target\local-release-dir\org\apache\royale\framework\royale-framew

RE: wagon:upload problems

apache.releases.https https://repository.apache.org/service/local/staging/deploy/maven2 From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Wednesday, April 29, 2020 5:08 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org

Optimize wagon:upload

Has anyone got this [1] to work? Didn’t for me. I got [exec] [ERROR] Failed to execute goal org.codehaus.mojo:wagon-maven-plugin:2.0.0:upload (default-cli) on project royale-framework-parent: Error handling resource : Wagon https does not support optimize upload -> [Help 1] [exec] org.

RE: Optimize wagon:upload

hing all of the binary bits. -Alex On 4/29/20, 7:18 AM, "Yishay Weiss" wrote: Has anyone got this [1] to work? Didn’t for me. I got [exec] [ERROR] Failed to execute goal org.codehaus.mojo:wagon-maven-plugin:2.0.0:upload (default-cli) on project royale-framework-

RE: wagon:upload problems

Subject: Re: wagon:upload problems I couldn't tell from the snippet of output that it was uploading the source-release.zip.asc again. I think it will visit each project. -Alex On 4/29/20, 7:08 AM, "Yishay Weiss" wrote: Even uploading the 534 asc files which are about 1k fails,

RE: wagon:upload problems

*”Transfer finished” From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Wednesday, April 29, 2020 8:18 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: wagon:upload problems Here’s the full [1] output. Search ‘transder finished’ to see all the instances

RE: Optimize wagon:upload

cating well with the staging server. Also, is it really "hanging" as in you have to kill maven or does it just fail at some point? And if it fails does it give you the option to continue where it failed? -Alex On 4/29/20, 10:05 AM, "Yishay Weiss" wrote: I put the flag

RE: Optimize wagon:upload

with more reliable internet push to staging. -Alex On 4/29/20, 10:36 AM, "Yishay Weiss" wrote: It ‘hangs’, no message. I can do the Git test, but I’d be really surprised if that failed. From: Alex Harui<mailto:aha...@adobe.com.INVALID> Sent: Wednesday, April 29,

Modules in IE

Has anyone seen this work? To me it’s stuck in UIModuleUtils in COMPILE::JS protected function loadDepsHandler():void { // wait for other scripts to load if (window[moduleName] == null) { setTimeout(loadDepsHandler, 250);

RE: Optimize wagon:upload

for sticking with it, -Alex On 4/29/20, 1:22 PM, "Yishay Weiss" wrote: wagon:upload is practically unusable to me as it stands, so even limiting the uplpad to .asc files does not work from my computer. If we wanted to work around that we would need to take the second approach you su

RE: Modules in IE

IE This is IE specific? It works in other browers? What does window[modulename] return? On 4/29/20, 1:41 PM, "Yishay Weiss" wrote: Has anyone seen this work? To me it’s stuck in UIModuleUtils in COMPILE::JS protected function

RE: Modules in IE

-debug, there should be new definitions showing up in the global/window object. IOW, if the main app didn't have a DataGrid and the module did, the mx.controls.DataGrid should make an appearance as the deps are loaded and evaluated. -Alex On 4/29/20, 8:19 PM, "Yishay Weiss" wrot

RE: Optimize wagon:upload

apply a filter to filter out the really long paths in Jewel Themes. I'm pretty sure I was successful using Windows, but it could have been before the Jewel themes. -Alex On 4/29/20, 8:00 PM, "Yishay Weiss" wrote: It occurred to me it might be a long paths issue. Something doesn

RE: wagon:upload problems

> > Alex, do you remember why you did this? Could it be related? From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Wednesday, April 29, 2020 5:11 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: wagon:upload problems This is what _r

RE: wagon:upload problems

>I think it might be repeating the upload for each project. Upload happens 67 times [1] in a loop. That explains why even on the CI server after 5.5 hours it finally failed [2]. [1] https://paste.apache.org/zh3rj [2] [exec] [INFO] BUILD FAILURE [exec] [INFO]

RE: wagon:upload problems

I suspect this might be related to recent maven profile changes not meshing well with the release script targets. I’ll see what I can dig up. From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Thursday, April 30, 2020 9:32 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org

RE: wagon:upload problems

ay, I think you can test locally with the .asc files and figure out the right params. Good luck, -Alex On 4/30/20, 11:34 AM, "Yishay Weiss" wrote: I suspect this might be related to recent maven profile changes not meshing well with the release script ta

RE: wagon:upload problems

liability of the connection on a windows machine in the US vs your computer outside the US. Anyway, I think you can test locally with the .asc files and figure out the right params. Good luck, -Alex On 4/30/20, 11:34 AM, "Yishay Weiss" wrote:

RE: wagon:upload problems

e reliability of the connection on a windows machine in the US vs your computer outside the US. Anyway, I think you can test locally with the .asc files and figure out the right params. Good luck, -Alex On 4/30/20, 11:34 AM, "Yish

RE: wagon:upload problems

>You're running the wagon:upload in a maven reactor. This means it's executed >once for every module in the reactor. Is this what’s changed? Did it not used to be run in a maven reactor? How else would I run it?

RE: wagon:upload problems

es and figure out the right params. Good luck, -Alex On 4/30/20, 11:34 AM, "Yishay Weiss" wrote: I suspect this might be related to recent maven profile changes not meshing well with the release script targets. I’ll see what I can dig up. Fro

RE: wagon:upload problems

load to see if it did the same thing? -Alex On 4/30/20, 2:26 PM, "Yishay Weiss" wrote: > My hunch is that specifying causes this loop. That wasn’t it. It completed one run and went on to the next run. I now realize that instead of waiting for it to finish and seeing whe

RE: wagon:upload problems

7;s what the reactor does (look through the poms) but it seems to want to upload the parent source-release every time. So maybe try the param Chris suggested so it only tries framework-parent, but then it might miss the other artifacts. BTW, do you have a log of the typedefs

RE: wagon:upload problems

ault, and (as the name says) adds the main modules and you now want to > have them also build the SWF parts, you enable "witt-swf" profile and > nothing is built at all ... now you manually need to enable the > buildMainModules profile too to continue. That's just bad s

RE: wagon:upload problems

d by the other profiles that need it. IMO, it is up to Yishay on how he spends his time on this and we should all be grateful for his patience and effort. IMO, the next thing to try may be specifying the “-pl royale-framework-parent" so we can at least see what it does. My 2 cents, -Alex

RE: wagon:upload problems

=OLLrPcSGKGlWXeUljhlY1qtGg831VIdTeMe4iQomKAE%3D&reserved=0>>) -N,--non-recursive Do not recurse into sub-projects You might give that a shot if you have time. Good luck, -Alex On 5/1/20, 8:57 AM, "Yishay Weiss" wrote: This is what I’m getting when adding

RE: wagon:upload problems

but it also seems to have examples and manualtests this time around as well. But maybe they won't be there now that we're not uploading on every submodule. HTH, -Alex On 5/1/20, 9:53 AM, "Yishay Weiss" wrote: The whole thing. I wanted to review things on the staging

RE: wagon:upload problems

n royale-compiler and royale-typedefs again (and add -N) HTH, -Alex On 5/1/20, 10:57 AM, "Yishay Weiss" wrote: It finished successfully after 1:40 using my slow cellular connection. Looks like infra in Israel is not the issue. I looked at the staging repo and it looks g

RE: wagon:upload problems

once, then they went away, presumably because I stopped streaming video while doing the upload, so maybe right now there is less data on the network you are using. Thanks, -Alex On 5/1/20, 9:58 PM, "Yishay Weiss" wrote: Ok, got it. I was indeed using 2 different connectio

RE: Prioritize Release Jobs on CI

Tue, Apr 21, 2020 at 10:16 AM Yishay Weiss wrote: > > >Yishay, can you please confirm that your release jobs are running without > >being hindered by CI jobs? > > So far so good. Also, connection to CI server is much faster now, I’m > assuming it’s because of the extra ag

RE: Prioritize Release Jobs on CI

I don’t see any jobs configured to run on agent2. Not sure what I’m missing. From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Saturday, May 2, 2020 1:43 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: Prioritize Release Jobs on CI Step 12 was blocked

RE: Prioritize Release Jobs on CI

Success email for step 12 was sent to dev but I’m not seeing it. I wonder if Jenkins mails are being filtered out. @Piotr Zarzycki<mailto:piotrzarzyck...@gmail.com>, could this be related to your correspondence with infra on Jenkins? From: Yishay Weiss<mailto:yishayj...@hotmail.

RE: Prioritize Release Jobs on CI

Piotr, ignore this for now, looks like email.txt is empty. From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Saturday, May 2, 2020 2:19 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org>; Piotr Zarzycki<mailto:piotrzarzyck...@gmail.com> Subject: RE: Prioritize

RE: Modules in IE

aGrid should make an appearance as the deps are loaded and evaluated. -Alex On 4/29/20, 8:19 PM, "Yishay Weiss" wrote: Yes, it works on Chrome and FF. window[this.modulename] is undefined. Didn’t check what happens in other browsers. From: Alex Harui<mailto:aha.

<    1   2   3   4   5   6   7   8   9   10   >