I’m out of time for the next 16 hours or so. BTW, the artifacts were probably uploaded days ago. So in theory we could continue with the release and figure this out at some other time.
Thanks. From: Alex Harui<mailto:[email protected]> Sent: Friday, May 1, 2020 12:32 AM To: [email protected]<mailto:[email protected]> Subject: Re: wagon:upload problems I hope to have time to think about this more later (about 7 hours). I think we want to run Wagon in a way that from the main pom, it will know about all of the artifacts to upload from all of the SWCs, etc. I think that'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 upload to see if it did the same thing? -Alex On 4/30/20, 2:26 PM, "Yishay Weiss" <[email protected]> wrote: > My hunch is that specifying <includes> 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 or not it’ll run again I can just look at this line, which happens in the beginning Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157] 66/157 means it’s gonna run 157 times before it finished. From: Alex Harui<mailto:[email protected]> Sent: Thursday, April 30, 2020 10:49 PM To: [email protected]<mailto:[email protected]> Subject: Re: wagon:upload problems Hi Chris, As I understand it, Yishay is only running one Wagon call. The Jewel calls are not being run, but in that one Wagon call, the source-release for the parent is being uploaded many times and it doesn't look like it is trying to upload the artifacts. Check out the log he posted at [1]. How did we give the commands incorrectly that caused it to do what it did? [1] https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ceddb911e5a3e487d495408d7ed4d34ad%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637238788166869279&sdata=kqXmKbxqVlrruaSb2WVvOqLvLoa2Sj94m8A6HFBiCnE%3D&reserved=0 On 4/30/20, 12:41 PM, "Christofer Dutz" <[email protected]> wrote: Hi folks, Just to try it out ... almost anyone that has setup his credentials in the settings.xml could try to deploy asjs by running: mvn clean deploy -Papache-release,apache-release,with-distribution,option-with-swf On the develop branch. It would automatically build the same artifacts, sign them and instead of creating a staging repo, would upload them to the SNAPSHOT repo. Would be really interesting on if you really are having these upload problems. And I mean anyone could test this without having to be RM. It's just one command, nothing more and you can't even mess up anything as the code isn't changed. And by the way ... the releasesteps.xml does actually deploy a large portion of the artifacts multiple times ... The ant target uploadSWCs already deploys the entire artifact tree ... there's no need for uploadJewelDark and uploadJewelLight Chris Am 30.04.20, 20:43 schrieb "Alex Harui" <[email protected]>: Gee I hope that didn't cause that IP to be blocked by Apache. Keep that in mind if you have trouble uploading from the CI server next time you try. Find the IP address of the CI server and ask Infra if it got blocked. There is a chance that Azure blocked as well. I guess I'll find out if I have to pay Azure a huge bandwidth overage bill or not. It does tell us something about the 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, "Yishay Weiss" <[email protected]> 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:[email protected]> Sent: Thursday, April 30, 2020 9:32 PM To: [email protected]<mailto:[email protected]> Subject: 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://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ceddb911e5a3e487d495408d7ed4d34ad%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637238788166869279&sdata=ob3vedOAgOGUzLE8EOqICZchzMXq%2B20xp75dOvnzTtc%3D&reserved=0 [2] [exec] [INFO] BUILD FAILURE [exec] [INFO] ------------------------------------------------------------------------ [exec] [INFO] Total time: 05:36 h [exec] [INFO] Finished at: 2020-04-30T18:01:58Z [exec] [INFO] ------------------------------------------------------------------------ [exec] [ERROR] Failed to execute goal org.codehaus.mojo:wagon-maven-plugin:2.0.0:upload (default-cli) on project Effects: Error handling resource: Failed to transfer file http s://repository.apache.org/service/local/staging/deploy/maven2/org/apache/royale/framework/Jewel-Light-NoFlat-Emphasized-Emerald-Theme/0.9.7/Jewel-Light-NoFlat-Emphasized-Emerald-Th eme-0.9.7-js.swc with status code 400 -> [Help 1] [exec] org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:wagon-maven-plugin:2.0.0:upload (default-cli) on project Effects: Error handling resource
