RE: Modules in IE

cally you inject a <link href=”x”> for css and a <script src=”y”> for the js. How do you propose to add those to the module js? On 5/11/20, 8:36 AM, "Yishay Weiss" <yishayj...@hotmail.com> wrote: Hi Carlos, thanks. The issue is with inject_html in modules on IE

RE: Modules in IE

make it IE11 compatible and check if that works for IE11 and rest of browsers. sorry to not be able to say much more, but I'm these days with few time Thanks El lun., 11 may. 2020 a las 16:12, Yishay Weiss () escribió: > Carols, I think 65c67ee27f8d0d068b3e2163445d48cf200cddc3 in compiler code

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

I think 72 hours have passed. So far I see four +1 and one -1. It looks like Harbs and Piotr are still working on it, so I’ll wait for their votes before we proceed. From: Carlos Rovira Sent: Monday, May 11, 2020 4:32:54 PM To: Apache Royale Development Subject: Re: [DISCUSS] Discuss Release

RE: Modules in IE

Carols, I think 65c67ee27f8d0d068b3e2163445d48cf200cddc3 in compiler code doesn’t work for IE11. Any ideas on how to fix this? From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Monday, May 11, 2020 4:52 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: M

RE: Modules in IE

To: dev@royale.apache.org Subject: Re: Modules in IE Does dialog-polyfill load correctly? Does it muck with the window object? On 5/10/20, 9:13 AM, "Yishay Weiss" wrote: Test1.js isn’t different, but Test1_deps.js is. diff --git "a/.\\dir_with_import\\/js-debug/Test1__deps

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

I think you need to have all keys in KEYS [1] file imported to check the signature. If I recall correctly Carlos had a similar issue when he was checking build tools. Search DISCUSS for release of 1.2.0. [1] https://dist.apache.org/repos/dist/release/royale/KEYS From: Piotr Zarzycki Sent:

RE: Modules in IE

e.org<mailto:dev@royale.apache.org> Subject: Re: Modules in IE Interesting. Just adding import shouldn't affect the output. What is the difference between Test1.js with and without that import statement? -Alex On 5/10/20, 8:31 AM, "Yishay Weiss" wrote: I’ve narrowed it down to

RE: Modules in IE

You can look at the loading app’s link-report to see if the module (Test1) is linked in the app and probably see if Test1.js is in the output of the app if you start clean and do not compile the module. HTH, -Alex From: Yishay Weiss Reply-To: "dev@royale.apache.org" Date: Thursday, M

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

0 o 13:29 napisał(a): > This is the discussion thread. > > Thanks, > Yishay Weiss -- Piotr Zarzycki Patreon: *https://www.patreon.com/piotrzarzycki <https://www.patreon.com/piotrzarzycki>*

RE: Modules in IE

I thought of is that some bug or something else creates a "window" property at the global window causing our package lookup to be off. HTH, -Alex On 5/6/20, 8:47 AM, "Yishay Weiss" wrote: In my example

MXTests keeps hanging on CI Server

Message is [mxmlc] Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 -Xms384m -Xmx2g [echo] launching player and swf C:\adobe\flash\11.7\flashplayerdebugger.exe C:\jenkins\workspace\royale-asjs_MXTests/mustella/tests/mxtests/basicTests/BasicTests.swf Any idea how to fix this?

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

ds/royale097/apache-royale-0.9.7-src/royale-asjs/examples/build_example.xml:157: mxmlc task failed. Total time: 12 minutes 2 seconds (just copy the last part) El mié., 6 may. 2020 a las 14:54, escribió: > This is the discussion thread. > > Thanks, > Yishay Weiss -- Carlo

RE: Modules in IE

In my example

RE: Maven DIstribution

I’m close to starting a vote on rc4. I need to know whether or not to hold up the release for this. Is this something we need in 0.9.7 or can it wait for 0.9.8 ? Thanks. From: Alex Harui Sent: Wednesday, May 6, 2020 2:29:19 AM To: dev@royale.apache.org

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

t arguments. To me, that creates an atmosphere where people think too much about whether or not they will want to express their opinions, and that’s not helpful. Thanks, Yishay Am 05.05.20, 07:48 schrieb "Yishay Weiss" : Hi All, It’s starting to look like the cleanest so

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

ches and set version numbers, but we have to run pretty much all of the steps you ran last time (2, 3, 6, 7, 10, 11, 13). If I have time I will revert the pom changes the release-plugin makes to the release branch. -Alex On 5/4/20, 10:48 PM, "Yishay Weiss" wrote: Hi All, It’s

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

source bundles built by maven they should be in there ... so probably you only have to re-do some of the last steps. Chris Am 04.05.20, 20:13 schrieb "Yishay Weiss" : Ok, I just verified that copying the script to the right location makes the groovy plugin happy, s

RE: Performance in lists

Out of curiosity, are you running the debug or the release version? From: Raúl Núñez Sent: Monday, May 4, 2020 9:28 PM To: dev@royale.apache.org Subject: Performance in lists Hi all, we are setting a List with virtual layout and we're

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

in the repo ends up in the ant packages on purpose. If we do an RC4, hopefully the changes I made will pick those two files. -Alex On 5/4/20, 8:54 AM, "Yishay Weiss" wrote: .mvn folder exists in GitHub but not in SVN. Could that be related? From: Yishay Weiss<mail

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

.mvn folder exists in GitHub but not in SVN. Could that be related? From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Monday, May 4, 2020 6:40 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: [DISCUSS] Discuss Release Apache Royale 0.9.7 Look

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

low message, But running the same command from the git repo C:\dev\flexjs\royale-compiler [release/0.9.7 =]> mvn clean install Does not fail. Any ideas? From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Monday, May 4, 2020 3:04 PM To: dev@royale.apache.org<mailto:dev@ro

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

otes is in the > royale-asjs/RELEASE_NOTES.md. This might be a good time to create the wiki > page if it doesn't already exist. > > I'm stopping work for tonight. > -Alex > > On 5/3/20, 11:58 PM, "Yishay Weiss" wrote: > >

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

s is in the > royale-asjs/RELEASE_NOTES.md. This might be a good time to create the wiki > page if it doesn't already exist. > > I'm stopping work for tonight. > -Alex > > On 5/3/20, 11:58 PM, "Yishay Weiss" wrote: > > Ik, online release

Re: [DISCUSS] Discuss Release Apache Royale 0.9.7

most of the steps, that would be best, but will delay the release and I'm not sure it is worth it. We have online release notes to make corrections. I think it is mostly up to you though. -Alex On 5/3/20, 10:42 PM, "Yishay Weiss" wrote: I think we should continue the vote. If mor

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

main,utils" Jenkinsfile:bat "mvn -U clean ${mavenGoal} ${mavenLocalRepo} -s C:\\.m2\\settings.xml -P -main,utils -Dcom.adobe.systemIdsForWhichTheTermsOfTheA dobeLicenseAgreementAreAccepted=3c9041a9,3872fc1e" README:mvn clean instal

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

C:\\.m2\\settings.xml -P -main,utils -Dcom.adobe.systemIdsForWhichTheTermsOfTheA dobeLicenseAgreementAreAccepted=3c9041a9,3872fc1e" README: mvn clean install -P -main,utils From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Sunday, May 3, 2020 5:06 PM To: dev@royale.apache.org<mailto:de

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

this? From: Yishay Weiss<mailto:yishayj...@hotmail.com> Sent: Sunday, May 3, 2020 5:02 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: RE: [DISCUSS] Discuss Release Apache Royale 0.9.7 Oops, m

RE: [DISCUSS] Discuss Release Apache Royale 0.9.7

Sunday, May 3, 2020 4:53 PM To: dev@royale.apache.org<mailto:dev@royale.apache.org> Subject: [DISCUSS] Discuss Release Apache Royale 0.9.7 This is the discussion thread. Thanks, Yishay Weiss

RE: Release Step 013 Succeeded

Are we supposed to create a local.properties file? C:\dev\flexjs\royale-asjs [release/0.9.7 = +1 ~0 -0 !]> ant -f releasesteps.xml Release_Step_013_Upload "-Drelease.version=0.9.7" "-Drc=3" Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 Buildfile: C:\dev\flexjs\royale-asjs\releasesteps.xml

RE: Release Step 13 -Ant Build Failing

I’ll start the vote later today. From: Yishay Weiss Sent: Sunday, May 3, 2020 7:42:34 AM To: dev@royale.apache.org Subject: RE: Release Step 13 -Ant Build Failing I ran it a second time and now it’s successful. Could be the first zip didn’t download correctly

RE: Release Step 13 -Ant Build Failing

ng Checkout the release branches and build it yourself and see if you get the same problem. On 5/2/20, 8:40 PM, "Yishay Weiss" wrote: compile-swf: [echo] Compiling libs/Basic.swc [echo] ROYALE_HOME: c:\temp_asjs_ant\sources\royale-asjs [echo] ROYAL

Release Step 13 -Ant Build Failing

compile-swf: [echo] Compiling libs/Basic.swc [echo] ROYALE_HOME: c:\temp_asjs_ant\sources\royale-asjs [echo] ROYALE_SWF_COMPILER_HOME: c:\temp_asjs_ant\sources\royale-asjs [echo] ROYALE_COMPILER_HOME: c:\temp_asjs_ant\sources\royale-asjs/js [java] args: [java]

RE: Modules in IE

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...@ad

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: 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

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 block

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: wagon:upload problems

, 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 connections for asjs and

RE: wagon:upload problems

r 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 good to me

RE: wagon:upload problems

rk, 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 repo

RE: wagon:upload problems

AE%3D=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 [exec] [DEBUG] Lookin

RE: wagon:upload problems

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 On 5/1/20, 4:20 AM, "Yishay Weiss" wrote: T

RE: wagon:upload problems

nt 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 style. > > So if the maven folks have to live with thi

RE: wagon:upload problems

And if you adjust the "include" pattern back to "**/*.asc" then it should deploy all asc files. I would also expect this to be the root cause of the general deployment problems ... I could imagine if you deploy every artifact 160 times that Nexus might k

RE: wagon:upload problems

pload 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 whether

RE: wagon:upload problems

. 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. From: Yishay Weiss<mailto:yishayj..

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

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: I suspect this might be related to recent maven profile cha

RE: wagon:upload problems

indows 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: I suspect this might

RE: wagon:upload problems

ly 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 targets. I’ll see what I can dig

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

>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

> > 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: Optimize wagon:upload

ply 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’t add

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" wrote

RE: Modules in IE

odules in 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: Optimize wagon:upload

ticking 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 suggest

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,

RE: Optimize wagon:upload

nternet 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, 2020 8:10 PM To: dev@

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: 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: 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, so so

RE: Optimize wagon:upload

pushing 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-

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]

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

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

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

ice 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] Resolving pl

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

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

"). 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, 11:58 sch

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

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 just did an upload test and it came out

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

he 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. Are you suggesting to

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

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: ah

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 think I g

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

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

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

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: Prioritize Release Jobs on CI

> Thanks, >> > >> >>> > Om >> > >> >>> > >> > >> >>> > >> > >> >>> > On Sat, Apr 18, 2020, 12:28 AM Alex

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?

RE: Maven Plugin Problems

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 create

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

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

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?

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-ke

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

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

() 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

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: > &

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: [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

d > > 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:21 PM >>

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

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-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

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: [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 at 1:33 PM wrot

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

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

n 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: 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

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