You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@royale.apache.org by Alex Harui <ah...@adobe.com.INVALID> on 2020/05/01 05:55:25 UTC
Re: wagon:upload problems
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://stackoverflow.com/questions/10682186/in-maven-can-a-profile-override-the-modules-to-not-include-any
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7C5758c6e49ebc403ab9d108d7ed50adcd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637238803122651046&sdata=s%2BPVJDdt%2FGjGWO8q7VVtH7Px5u55H232U5Mr1ovvOvU%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7C5758c6e49ebc403ab9d108d7ed50adcd%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637238803122651046&sdata=YmgezaDjfa6fRWNmdeSN95GpyD9oECWVkD%2Bn7zWTGOI%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
Re: wagon:upload problems
Posted by Greg Dove <gr...@gmail.com>.
I really don't know what is going on here, but please, please, please :)
don't undo the tidy-up with the maven profiles.
That was a serious win because it was not tidy before. I actually remember
suggesting something like the cleanup in the past to Alex and he suggested
that I look into it (with some warnings), but I never got to it, so I was
really pleased to see when Chris did. I think this counts as something that
is more logical/accessible (in terms of understanding) to anyone new who
might want to get involved with Royale. There must be a way to keep that
and also address whatever needs there are for release steps (I hope).
On Fri, May 1, 2020 at 8:04 PM Alex Harui <ah...@adobe.com.invalid> wrote:
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand why I
> had to specify "-main" in the profiles in the releasesteps in order to get
> this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite the
> same as specifying a single project called royale-framework-parent which
> isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just select
> one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yi...@hotmail.com>:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is right,
> and as a result of this cleanup is that an Ant tasks in releasesteps.xml is
> no longer working as expected, then someone needs to spend time to make
> sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been doing.
> Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for every
> module was one and the included pattern being wrong s the second. If you
> fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were specified
> in profiles. If you look at the Upload task from that commit, it turns off
> the main profile and enables the upload profile thus keeping wagon from
> rummaging through the modules. I think if we set it up that way again, it
> will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been trying
> to get Maven to not have Wagon run on the modules. Here's a post that
> implies that the way we specified the modules in the profile should have
> kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=q%2BPQ9%2Bf9WvVSL3e0x%2FGr3ao7wMVgbJgdrNkxuWQXAdM%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to no
> longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I had
> explained why it's running so often?
>
> You can see that it's executing the upload thing for
> every maven module in the project (You can see the titles of the projects
> changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=AH%2FiNcm%2F6uSUsgWfNwRMqRxhnecMt3OfyOvPY4UlpYU%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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"
> <ah...@adobe.com.INVALID>:
>
> 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" <
> yishayjobs@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=4QXwlQfxtrs1qrvnkdnDJ9z7oyAc2ENxbn%2BkqK4uVwg%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Re: wagon:upload problems
Posted by Carlos Rovira <ca...@apache.org>.
Hi Harbs,
don't see any reason to think Royale is different at all, from other
hundred of projects in Apache. We are doing technology that solves a
particular problem with pieces based on a myriad of other software and
systems that are the same that the rest of projects. So the same that
applies to other applies to us. But I don't want to open another debate on
that term, I think various people here exposed that reverting work done on
tidy up things is not what we expect from a release process work that
should be to serve other process, not to make it more cumbersome our day to
day.
Thanks
El vie., 1 may. 2020 a las 12:12, Harbs (<ha...@gmail.com>) escribió:
> FTR, I don’t think this is an accurate classification.
>
> Royale is unique in that there’s lots of different pieces and unique
> dependencies. Some play with Maven better than others. By “the rest of
> projects”, I assume you mean Apache Java projects. It’s hard to place
> Royale in the same category.
>
> > On May 1, 2020, at 12:00 PM, Carlos Rovira <ca...@apache.org>
> wrote:
> >
> > Remember we are having current problems since we are stepping out to the
> > standard release process the rest of projects have.
>
>
--
Carlos Rovira
http://about.me/carlosrovira
Re: wagon:upload problems
Posted by Harbs <ha...@gmail.com>.
FTR, I don’t think this is an accurate classification.
Royale is unique in that there’s lots of different pieces and unique dependencies. Some play with Maven better than others. By “the rest of projects”, I assume you mean Apache Java projects. It’s hard to place Royale in the same category.
> On May 1, 2020, at 12:00 PM, Carlos Rovira <ca...@apache.org> wrote:
>
> Remember we are having current problems since we are stepping out to the
> standard release process the rest of projects have.
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
It didn’t occur to me to keep the compiler and typedefs artifacts locally. I’ll redo steps 3 and 7. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01:08 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365060132&sdata=RS9P9H8Qq1SIqZrixCoa2y%2Fd2IkF0%2Bl9IeK2S2nuBus%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365060132&sdata=RS9P9H8Qq1SIqZrixCoa2y%2Fd2IkF0%2Bl9IeK2S2nuBus%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Well, let me amend that a bit. There are some zip and maybe tar.gz files that are supposed to be the equivalent of the ant artifacts that should be signed and uploaded. I'm not certain that all of these supporting files need to be signed.
HTH,
-Alex
On 5/2/20, 7:29 AM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Distribution was not previously released, but that is something we do want to release this time. And also any Jewel themes.
Thanks,
-Alex
On 5/2/20, 12:50 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Alex, I’m also getting these:
failureMessage Missing Signature: '/org/apache/royale/framework/distribution/compiler-swfdump/0.9.7/compiler-swfdump-0.9.7.pom.asc' does not exist for 'compiler-swfdump-0.9.7.pom'.
Do you remember if stuff under distribution was previously release?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
Ok, I wanted to make sure examples and tests were not uploaded previously. I’ll apply an upload filter on examples and manual tests and add the new themes to the list.
In the future, it might be good to have a list of approved artifacts that the CI could check against the build and report something that wasn’t included, but I’m not going to embark on that now.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 9:53 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
IMO, we could choose not to release the examples as binaries. AFAICT, we have not in prior releases. So one option is to apply a filter to what gets uploaded. I'm not sure folks will go shopping on Maven Central for pre-built examples. It is good to know they compiled cleanly.
But otherwise, yes, we have to sign every example, and it looks like 4 files per example folder. I think I have targets in the various releasesteps where you hand in a name and it signs all of the variants, so copy one of those and adjust it for this case.
There are other parts of ApproveXXX and maybe releasesteps.xml that run through a list of jars or swcs starting from a comma-separated list. That would make it faster to add future sets but may take some time to get it to work for this case.
Maybe someone can come up with a scenario where folks will want the examples. Otherwise might be faster to skip them. Same for manual tests.
My 2 cents,
-Alex
PS: I'm stopping work for tonight soon.
On 5/1/20, 11:20 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see you added some profiles in f7be5e8792f98d614acaa509f25d1e120f7a423f (e.g. with-examples). I’m now getting these kinds of messages from Nexus:
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.swf.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.swf'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.war.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.war'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.pom.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.pom'.
Does that mean we should be signing each example?
I agree we want to know what we’re signing and uploading. I’m trying to figure out how to make this maintainable.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:54 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476219327&sdata=xToqS0wVjslKxJ1O6ALe1AP%2BRt7aT%2F5YkA6yFmUMqIQ%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476219327&sdata=7XFQKPxVxl7d1FaCoFZR6tnmK3DFUaa2270ucDhFrAg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476219327&sdata=7XFQKPxVxl7d1FaCoFZR6tnmK3DFUaa2270ucDhFrAg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476229290&sdata=zlpd6uwHIsbz1y6LOlpgWIgIKziHXQRPhCWTpFIXKTs%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476229290&sdata=zlpd6uwHIsbz1y6LOlpgWIgIKziHXQRPhCWTpFIXKTs%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476229290&sdata=zlpd6uwHIsbz1y6LOlpgWIgIKziHXQRPhCWTpFIXKTs%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476229290&sdata=zlpd6uwHIsbz1y6LOlpgWIgIKziHXQRPhCWTpFIXKTs%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C98433bd3730d46fd992008d7eea52a0b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240265476229290&sdata=zlpd6uwHIsbz1y6LOlpgWIgIKziHXQRPhCWTpFIXKTs%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.o>>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413d<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7>d51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modu>>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf913<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>28%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFB>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794a<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D><https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>ed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7p>>>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=ht>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&rese<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintr<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>oduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>rved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-a>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMA>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25>7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.out<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>look.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3cht>7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU>%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D>>>>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Distribution was not previously released, but that is something we do want to release this time. And also any Jewel themes.
Thanks,
-Alex
On 5/2/20, 12:50 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Alex, I’m also getting these:
failureMessage Missing Signature: '/org/apache/royale/framework/distribution/compiler-swfdump/0.9.7/compiler-swfdump-0.9.7.pom.asc' does not exist for 'compiler-swfdump-0.9.7.pom'.
Do you remember if stuff under distribution was previously release?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
Ok, I wanted to make sure examples and tests were not uploaded previously. I’ll apply an upload filter on examples and manual tests and add the new themes to the list.
In the future, it might be good to have a list of approved artifacts that the CI could check against the build and report something that wasn’t included, but I’m not going to embark on that now.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 9:53 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
IMO, we could choose not to release the examples as binaries. AFAICT, we have not in prior releases. So one option is to apply a filter to what gets uploaded. I'm not sure folks will go shopping on Maven Central for pre-built examples. It is good to know they compiled cleanly.
But otherwise, yes, we have to sign every example, and it looks like 4 files per example folder. I think I have targets in the various releasesteps where you hand in a name and it signs all of the variants, so copy one of those and adjust it for this case.
There are other parts of ApproveXXX and maybe releasesteps.xml that run through a list of jars or swcs starting from a comma-separated list. That would make it faster to add future sets but may take some time to get it to work for this case.
Maybe someone can come up with a scenario where folks will want the examples. Otherwise might be faster to skip them. Same for manual tests.
My 2 cents,
-Alex
PS: I'm stopping work for tonight soon.
On 5/1/20, 11:20 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see you added some profiles in f7be5e8792f98d614acaa509f25d1e120f7a423f (e.g. with-examples). I’m now getting these kinds of messages from Nexus:
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.swf.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.swf'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.war.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.war'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.pom.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.pom'.
Does that mean we should be signing each example?
I agree we want to know what we’re signing and uploading. I’m trying to figure out how to make this maintainable.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:54 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=GbQmpbALW0X6lpLsZMjdYzvSoC8k0W8aQ1m7tYCZGGo%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cade854db89d44c9cdf4c08d7ee6d8772%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637240026534014585&sdata=DRg2K4NTrueLwF4XMnAg1JgoTLxHpl3nBueXwiS%2B6tk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.o>>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413d<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7>d51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modu>>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf913<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>28%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFB>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794a<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D><https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>ed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7p>>>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=ht>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&rese<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintr<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>oduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>rved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-a>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMA>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25>7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.out<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>look.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3cht>7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU>%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D>>>>>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
Alex, I’m also getting these:
failureMessage Missing Signature: '/org/apache/royale/framework/distribution/compiler-swfdump/0.9.7/compiler-swfdump-0.9.7.pom.asc' does not exist for 'compiler-swfdump-0.9.7.pom'.
Do you remember if stuff under distribution was previously release?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
Ok, I wanted to make sure examples and tests were not uploaded previously. I’ll apply an upload filter on examples and manual tests and add the new themes to the list.
In the future, it might be good to have a list of approved artifacts that the CI could check against the build and report something that wasn’t included, but I’m not going to embark on that now.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 9:53 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
IMO, we could choose not to release the examples as binaries. AFAICT, we have not in prior releases. So one option is to apply a filter to what gets uploaded. I'm not sure folks will go shopping on Maven Central for pre-built examples. It is good to know they compiled cleanly.
But otherwise, yes, we have to sign every example, and it looks like 4 files per example folder. I think I have targets in the various releasesteps where you hand in a name and it signs all of the variants, so copy one of those and adjust it for this case.
There are other parts of ApproveXXX and maybe releasesteps.xml that run through a list of jars or swcs starting from a comma-separated list. That would make it faster to add future sets but may take some time to get it to work for this case.
Maybe someone can come up with a scenario where folks will want the examples. Otherwise might be faster to skip them. Same for manual tests.
My 2 cents,
-Alex
PS: I'm stopping work for tonight soon.
On 5/1/20, 11:20 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see you added some profiles in f7be5e8792f98d614acaa509f25d1e120f7a423f (e.g. with-examples). I’m now getting these kinds of messages from Nexus:
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.swf.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.swf'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.war.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.war'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.pom.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.pom'.
Does that mean we should be signing each example?
I agree we want to know what we’re signing and uploading. I’m trying to figure out how to make this maintainable.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:54 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=MRZDMsHcbah93DSVdpBGF13zNT1TqTQ%2Bxod0Icla1%2BM%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.o>>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413d<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7>d51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modu>>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf913<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>28%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFB>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794a<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D><https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>ed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7p>>>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=ht>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&rese<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintr<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>oduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>rved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-a>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMA>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25>7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.out<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>look.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3cht>7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU>%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D>>>>>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
Ok, I wanted to make sure examples and tests were not uploaded previously. I’ll apply an upload filter on examples and manual tests and add the new themes to the list.
In the future, it might be good to have a list of approved artifacts that the CI could check against the build and report something that wasn’t included, but I’m not going to embark on that now.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 9:53 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
IMO, we could choose not to release the examples as binaries. AFAICT, we have not in prior releases. So one option is to apply a filter to what gets uploaded. I'm not sure folks will go shopping on Maven Central for pre-built examples. It is good to know they compiled cleanly.
But otherwise, yes, we have to sign every example, and it looks like 4 files per example folder. I think I have targets in the various releasesteps where you hand in a name and it signs all of the variants, so copy one of those and adjust it for this case.
There are other parts of ApproveXXX and maybe releasesteps.xml that run through a list of jars or swcs starting from a comma-separated list. That would make it faster to add future sets but may take some time to get it to work for this case.
Maybe someone can come up with a scenario where folks will want the examples. Otherwise might be faster to skip them. Same for manual tests.
My 2 cents,
-Alex
PS: I'm stopping work for tonight soon.
On 5/1/20, 11:20 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see you added some profiles in f7be5e8792f98d614acaa509f25d1e120f7a423f (e.g. with-examples). I’m now getting these kinds of messages from Nexus:
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.swf.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.swf'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.war.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.war'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.pom.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.pom'.
Does that mean we should be signing each example?
I agree we want to know what we’re signing and uploading. I’m trying to figure out how to make this maintainable.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:54 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=MRZDMsHcbah93DSVdpBGF13zNT1TqTQ%2Bxod0Icla1%2BM%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.o>>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413d<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7>d51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzF>>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf913<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>28%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794a<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>ed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=ht>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&rese<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>rved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%252>>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat><https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-a>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25>7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25%3e7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%25>>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU>%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D>>>>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
IMO, we could choose not to release the examples as binaries. AFAICT, we have not in prior releases. So one option is to apply a filter to what gets uploaded. I'm not sure folks will go shopping on Maven Central for pre-built examples. It is good to know they compiled cleanly.
But otherwise, yes, we have to sign every example, and it looks like 4 files per example folder. I think I have targets in the various releasesteps where you hand in a name and it signs all of the variants, so copy one of those and adjust it for this case.
There are other parts of ApproveXXX and maybe releasesteps.xml that run through a list of jars or swcs starting from a comma-separated list. That would make it faster to add future sets but may take some time to get it to work for this case.
Maybe someone can come up with a scenario where folks will want the examples. Otherwise might be faster to skip them. Same for manual tests.
My 2 cents,
-Alex
PS: I'm stopping work for tonight soon.
On 5/1/20, 11:20 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see you added some profiles in f7be5e8792f98d614acaa509f25d1e120f7a423f (e.g. with-examples). I’m now getting these kinds of messages from Nexus:
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.swf.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.swf'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.war.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.war'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.pom.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.pom'.
Does that mean we should be signing each example?
I agree we want to know what we’re signing and uploading. I’m trying to figure out how to make this maintainable.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:54 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=MRZDMsHcbah93DSVdpBGF13zNT1TqTQ%2Bxod0Icla1%2BM%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011675010&sdata=GdY3cDOPaDTBfFQhm9vPteozcHtDjY5Be4Zu%2FLrbbk8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C225f24e7b7314437286508d7ee60d40a%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239972011685004&sdata=isy9iryv7ZJ%2F8hcSs2M%2FB6FLt4y%2BQ%2BSVcc4bsuNXC2g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.o>>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413d<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7>d51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=ht>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&rese<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>rved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25>7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D>>>>>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
I can see you added some profiles in f7be5e8792f98d614acaa509f25d1e120f7a423f (e.g. with-examples). I’m now getting these kinds of messages from Nexus:
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.swf.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.swf'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.war.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.war'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7-sources.jar'.
failureMessage
Missing Signature: '/org/apache/royale/examples/BE0003_Using_Jewel_Slider_Control/0.9.7/BE0003_Using_Jewel_Slider_Control-0.9.7.pom.asc' does not exist for 'BE0003_Using_Jewel_Slider_Control-0.9.7.pom'.
Does that mean we should be signing each example?
I agree we want to know what we’re signing and uploading. I’m trying to figure out how to make this maintainable.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:54 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=SAks%2F5TE76%2Bj6yB7QFXCD7Aj4U65cEzYeB%2FgCXC5ZkQ%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.o>>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413d<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7>d51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9>>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8K>>>>>>
> [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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D>>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=ht>>>>>>)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&rese<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>rved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJl>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%25>7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D>>>>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Ah, yeah, forgot that Maven artifacts that weren't in the last release need to be added to the signing task.
I felt it was important to be explicit about what got signed so some rogue artifact couldn't get released without the RM noticing. But if you think wildcards are safe enough you are welcome to try it.
-Alex
On 5/1/20, 10:32 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=SAks%2F5TE76%2Bj6yB7QFXCD7Aj4U65cEzYeB%2FgCXC5ZkQ%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504858646&sdata=ltnxOdvNtNPN3hCTdnbHuprvfdI7SeTAhLmzl9ctAC4%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C0f0f278c76a84ceafe2c08d7ee5a337d%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239943504868638&sdata=%2Fw1lEj1yA1li7nzFddo1iSWYN7IDDS4S%2BRO9%2BiBzoak%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0>>>>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
I can see signatures are done on ‘swcname’s which are fed individually. Is there are a reason we’re not using wildcards for this?
From: Yishay Weiss<ma...@hotmail.com>
Sent: Saturday, May 2, 2020 8:22 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: RE: wagon:upload problems
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=03YdX2QoGc0oC%2FVQTZ6%2FziVtVCrbxOlwDoHzFnyrAxM%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwy>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvN>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not>>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0>>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0>>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&>>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXO>>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7C<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&dat>aharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0%3e2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0>>>>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
I’m still not ready to proceed. Not all signatures were uploaded to nexus. Several things look wrong:
1. examples and manualtests have been uploaded as well. Nexus complains they’re not signed. Are we supposed to build them at this stage?
2. Jewel-Light-Flat themes were not signed. I’ll see why.
________________________________
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Saturday, May 2, 2020 8:11:57 AM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=03YdX2QoGc0oC%2FVQTZ6%2FziVtVCrbxOlwDoHzFnyrAxM%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0>>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
That's good news! If you can get through the rest of the steps we can run the approval tests and you can start the vote.
It's great to hear that the upload is finishing for you, but I have to admit I can't explain to myself why typedefs was failing within 30 minutes. I would think it would fail sooner when it tried to upload a file the second time, or would just finish. As I mentioned I had 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" <yi...@hotmail.com> wrote:
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=03YdX2QoGc0oC%2FVQTZ6%2FziVtVCrbxOlwDoHzFnyrAxM%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=qIDWarMlGudUMDJ4ytsvtlBnhd9X3Zyg4aIZm%2BtGK%2BM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797359691&sdata=B6zYdtphOF98Njcj4pLrUdK96uP34mKQ9crgOWIlE%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797369686&sdata=9C7U6Sh22HXst%2BkdcBYnp%2FWnoQwySqQV6%2FT7rSkDsFY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=3BybVWweFItxDJiR1Q689eQ9xPI4Kz6WNGcllgvNME0%3D&reserved=0>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797379678&sdata=7pyI%2BN88sgElRmfPQPBoTVk%2FNR1yCJONJN4ZZpLSzC0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ONtYoZ93KJlfVsT0vhEmxImx9V9UFKZXWO5m2Ikxvck%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=ErXvGJYnjhisS7Qx5KSCdMcnWPmFmqmut9fJI%2F8tWZM%3D&reserved=0>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797389670&sdata=JtwSizSpDqPbMaJ6qd%2FFBouwguUe2L8Ib8KLINsUQUk%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=GvsviJhYKFGQDCLsJpOcF41uTdc7mVqqQ4coqb9kZLM%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797399663&sdata=HNvPxFk7OhrVHifl%2B4NvLU2j2Q3VcAro7pf5ppavDT4%3D&reserved=0>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=TSJbcZsrzjuXxzWZX5NobYYF%2FkNf9RDgiC%2FREBqj2zM%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797409653&sdata=yNwaMEFyZ0WNzSkHB8aTsfPAUJIi13xObR75xGld54k%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797419651&sdata=UJ02Fb9ytL0PNw9CBB3MNa%2FC%2FUS80vNdXOCgkucQQKw%3D&reserved=0>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=BKmm0aAS9eAzkpxMrvziFVMPuZcFVMwnKclE0MS73Eg%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797429648&sdata=20Biw%2F2DYVqiOuDmBFYimaAMATMmcqofdJUuyJlnDs4%3D&reserved=0>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=nqCTMhVOvS62V1lJrknpSSb0l5dZi1XtH88ZNVjRtWU%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797439638&sdata=mPycHO8f%2BxUzJ47vtTeRKsPIl2MWAqF6vJenv9XNvQ8%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cf970b9305daf413dd51d08d7ee556085%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239922797449640&sdata=WC4XpZbeqHmg2v1%2F2ZsbO7zcA0kocymg4feCI8IhmmU%3D&reserved=0>>>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
Ok, got it. I was indeed using 2 different connections for asjs and the rest. Uploading asjs with the other connection means we’ve now got everything in folder 1075.
By the way, uploading asjs took only an hour and 10 minutes. It’s looking pretty stable with my windows machine.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 11:39 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824711686&sdata=J%2BeNkokJ7b3ChX2gXb4PMWjW5v6Lh7CJLOMkoJ0%2B%2BY8%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=%2BE%2FkbHkUCs5swCW8PFmRWWns3%2F0Ft%2Fv4YLQ7lFRKAa0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=%2BE%2FkbHkUCs5swCW8PFmRWWns3%2F0Ft%2Fv4YLQ7lFRKAa0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0>>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0%3e7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0>>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0>>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0>>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=68FSPCoC%2B3hxvadx3fPQbBSzqlvKLlxPeAVJpdibI5s%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=68FSPCoC%2B3hxvadx3fPQbBSzqlvKLlxPeAVJpdibI5s%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=68FSPCoC%2B3hxvadx3fPQbBSzqlvKLlxPeAVJpdibI5s%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=68FSPCoC%2B3hxvadx3fPQbBSzqlvKLlxPeAVJpdibI5s%3D&reserved=0>>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed>2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=GHreSoTjtHq3p0C3TkR9cY8ttCt1tV3wwafG%2FAQbxw4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=GHreSoTjtHq3p0C3TkR9cY8ttCt1tV3wwafG%2FAQbxw4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=GHreSoTjtHq3p0C3TkR9cY8ttCt1tV3wwafG%2FAQbxw4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=GHreSoTjtHq3p0C3TkR9cY8ttCt1tV3wwafG%2FAQbxw4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0>>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Yishay,
It may not matter if there are more than one repo folder. I think the only place that cares about all 3 being in one folder is the approval scripts (and the email JIRA job). So if you can't get everything in one folder it is probably ok and you can continue on to the next steps.
-Alex
On 5/1/20, 1:39 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979366606&sdata=oFBBQFFEJrsffunTECY6n%2FjuBZkZCsdexgLDEgAqXVs%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979366606&sdata=iBt1UX3SCqLwetUxe5FsmnTYg96MO3uO0wzJ8CodPUE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979366606&sdata=iBt1UX3SCqLwetUxe5FsmnTYg96MO3uO0wzJ8CodPUE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979366606&sdata=iBt1UX3SCqLwetUxe5FsmnTYg96MO3uO0wzJ8CodPUE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=b3t1VFBcOzky0VUikC9xac0EhnwiWV4RE511SRsHRec%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=b3t1VFBcOzky0VUikC9xac0EhnwiWV4RE511SRsHRec%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=fEgFfQYdoWStlizFLpmJUwrfGjkG%2F6faYJ1zIYBNTh4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=fEgFfQYdoWStlizFLpmJUwrfGjkG%2F6faYJ1zIYBNTh4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=fEgFfQYdoWStlizFLpmJUwrfGjkG%2F6faYJ1zIYBNTh4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=fEgFfQYdoWStlizFLpmJUwrfGjkG%2F6faYJ1zIYBNTh4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=fEgFfQYdoWStlizFLpmJUwrfGjkG%2F6faYJ1zIYBNTh4%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979376599&sdata=fEgFfQYdoWStlizFLpmJUwrfGjkG%2F6faYJ1zIYBNTh4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=z456e9SPdir793DYr3HMnbcz3%2FnKMVGaK85ix0DOlw8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=z456e9SPdir793DYr3HMnbcz3%2FnKMVGaK85ix0DOlw8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=z456e9SPdir793DYr3HMnbcz3%2FnKMVGaK85ix0DOlw8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=z456e9SPdir793DYr3HMnbcz3%2FnKMVGaK85ix0DOlw8%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=c0lCV0MXa0uXmKSrgVZiAv1Da63%2F05nCejt5Zz%2Fv9lg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=c0lCV0MXa0uXmKSrgVZiAv1Da63%2F05nCejt5Zz%2Fv9lg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=c0lCV0MXa0uXmKSrgVZiAv1Da63%2F05nCejt5Zz%2Fv9lg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=c0lCV0MXa0uXmKSrgVZiAv1Da63%2F05nCejt5Zz%2Fv9lg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979386595&sdata=c0lCV0MXa0uXmKSrgVZiAv1Da63%2F05nCejt5Zz%2Fv9lg%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=Iet1efbzw18XkdFidR2TI7%2FvssTB1UwysIfKAniKvd8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=Iet1efbzw18XkdFidR2TI7%2FvssTB1UwysIfKAniKvd8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=Iet1efbzw18XkdFidR2TI7%2FvssTB1UwysIfKAniKvd8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=Iet1efbzw18XkdFidR2TI7%2FvssTB1UwysIfKAniKvd8%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=Iet1efbzw18XkdFidR2TI7%2FvssTB1UwysIfKAniKvd8%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=pfihCV%2FoQdTySqc9zbG2ceWG9Lu2pFllM2zhYXGVLpw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=pfihCV%2FoQdTySqc9zbG2ceWG9Lu2pFllM2zhYXGVLpw%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=pfihCV%2FoQdTySqc9zbG2ceWG9Lu2pFllM2zhYXGVLpw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979396589&sdata=pfihCV%2FoQdTySqc9zbG2ceWG9Lu2pFllM2zhYXGVLpw%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=shePU0YV1wu0hXOcHFxPPt9X2uHVMkbnhsvHBDWbW1M%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=shePU0YV1wu0hXOcHFxPPt9X2uHVMkbnhsvHBDWbW1M%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=shePU0YV1wu0hXOcHFxPPt9X2uHVMkbnhsvHBDWbW1M%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=shePU0YV1wu0hXOcHFxPPt9X2uHVMkbnhsvHBDWbW1M%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=shePU0YV1wu0hXOcHFxPPt9X2uHVMkbnhsvHBDWbW1M%3D&reserved=0>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=gKS7noRPbJO%2FII49PiwcgsC43ZUffH3M3Fayqi3LwE4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=gKS7noRPbJO%2FII49PiwcgsC43ZUffH3M3Fayqi3LwE4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=gKS7noRPbJO%2FII49PiwcgsC43ZUffH3M3Fayqi3LwE4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=gKS7noRPbJO%2FII49PiwcgsC43ZUffH3M3Fayqi3LwE4%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979406581&sdata=GULACnrwNKwI%2Bxdc4vG4MsO4ukqxIzQvIOOjuPobMIA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979416575&sdata=wCFETD%2BRJEEW%2FlSMgKK85fdfqSOb7u6AE5Z49X4XH%2Bo%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=IeXu6bxJ5jWYebMWncCl8pAIVK%2FeS91Z%2BipSXaxtMNM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=IeXu6bxJ5jWYebMWncCl8pAIVK%2FeS91Z%2BipSXaxtMNM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=IeXu6bxJ5jWYebMWncCl8pAIVK%2FeS91Z%2BipSXaxtMNM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=IeXu6bxJ5jWYebMWncCl8pAIVK%2FeS91Z%2BipSXaxtMNM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=IeXu6bxJ5jWYebMWncCl8pAIVK%2FeS91Z%2BipSXaxtMNM%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=v%2FmxI9wwB7rf5x7FQy17GoyKf4ndvoEwnGNN0etPo1E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=v%2FmxI9wwB7rf5x7FQy17GoyKf4ndvoEwnGNN0etPo1E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=v%2FmxI9wwB7rf5x7FQy17GoyKf4ndvoEwnGNN0etPo1E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979426569&sdata=v%2FmxI9wwB7rf5x7FQy17GoyKf4ndvoEwnGNN0etPo1E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=DEftQcER7fQ513Taci%2ByrBmUKW1gLyA8QbD3c2YU9VE%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=DlQvL0YFI2orK6yXwIoWVSnQ%2Fbs%2F0iQWAwaeZIND4yU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=DlQvL0YFI2orK6yXwIoWVSnQ%2Fbs%2F0iQWAwaeZIND4yU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=DlQvL0YFI2orK6yXwIoWVSnQ%2Fbs%2F0iQWAwaeZIND4yU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=DlQvL0YFI2orK6yXwIoWVSnQ%2Fbs%2F0iQWAwaeZIND4yU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=DlQvL0YFI2orK6yXwIoWVSnQ%2Fbs%2F0iQWAwaeZIND4yU%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=X%2BE7R8rWmLn8IzGBe%2FrcAzLncCqp4q18aaw6uwuv7OQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=X%2BE7R8rWmLn8IzGBe%2FrcAzLncCqp4q18aaw6uwuv7OQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979436564&sdata=X%2BE7R8rWmLn8IzGBe%2FrcAzLncCqp4q18aaw6uwuv7OQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979446556&sdata=Un0c2GzqCY5v2LwmUITRW8BwWsg%2FqprTG%2Fr1t%2FZhpEU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53970ae8ccee4a6fe3f308d7ee0fce9c%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239623979446556&sdata=Un0c2GzqCY5v2LwmUITRW8BwWsg%2FqprTG%2Fr1t%2FZhpEU%3D&reserved=0>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Chris just wrote that a new folder is created for every unique combination of "User ID, IP Address, and User Agent". Seems like that means we have to upload everything before dynamic IP addresses are re-assigned. I don't think we are changing the User Agent or User ID. I guess if you upload from some from your phone and others at home you might also run into issues.
This also means that if we decide to upload from CI, the signature files will need to be copied to the CI and uploaded from there as well.
-Alex
On 5/1/20, 12:26 PM, "Yishay Weiss" <yi...@hotmail.com> wrote:
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824711686&sdata=J%2BeNkokJ7b3ChX2gXb4PMWjW5v6Lh7CJLOMkoJ0%2B%2BY8%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=05C7p7rKqjoYxqFbg2IBOmx9zeG%2FEIXhUkwEeteoiRE%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824721680&sdata=fpFzEoJ3q863Z0hXIas4M3awXUc8SWGKDnxxbIZd7EE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=BWZiLGxjEB2wXEHjoBniV0%2Fv3R5stDpqJu7KJ2mK31c%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824731675&sdata=%2BE%2FkbHkUCs5swCW8PFmRWWns3%2F0Ft%2Fv4YLQ7lFRKAa0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=qxpSjmyJXfSuV%2BnEa8o%2FnRxWSflf8zXP0KnzXcmiJt4%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824741670&sdata=p49PwnIPQG2IkWEfIvz6DByuwA0jpSjrZurUFaAdfzA%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=zA1iYbjnUIxHc3XoQ5CUmQTPIeVTaNfpQlgXqNQL1fI%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824751666&sdata=%2FLvEq044SDySlaRy3VHu6x0XUyXGpJgQg4fPYW65MSU%3D&reserved=0>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=sL75294ljox%2B2EyQ3karrz%2FkbjoqS3awzgBTgopAlhQ%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824761663&sdata=HAXyTEjPgzG0KEw2RopZjgRSr8MpPSkzEOjK1pNuI5E%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=%2Bdlqkp7OHtccGD3cCjmVqKFuvRM1vkGCf39x%2BY3Vnro%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824771652&sdata=40Gg%2BBQvJb4N%2BMoNV1cZpg54pcoArRCyhtzt2jOEExg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=68FSPCoC%2B3hxvadx3fPQbBSzqlvKLlxPeAVJpdibI5s%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=68FSPCoC%2B3hxvadx3fPQbBSzqlvKLlxPeAVJpdibI5s%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=Gtn1GlqikIdjPXxB2pTEANyv2N6bHvOfIp2zwWbWlyw%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=GHreSoTjtHq3p0C3TkR9cY8ttCt1tV3wwafG%2FAQbxw4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824781650&sdata=GHreSoTjtHq3p0C3TkR9cY8ttCt1tV3wwafG%2FAQbxw4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=C0s%2Fj5ud3mXdskYrgJrtj4elLxXSlfzUFJ29w7D%2FRhk%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C361ebbadab1f45c95fd908d7ee05862b%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239579824791640&sdata=QJ%2Fe8fSvjTrzbPhH2wBvVnpvJDkelzcjKdbG3P4I%2FMU%3D&reserved=0>>>>
Re: wagon:upload problems
Posted by Greg Dove <gr...@gmail.com>.
'So it looks like we can keep Chris’s cleanup and hopefully everyone is
happy.'
Thanks Yishay, that's great to know. I am not following everything you guys
are doing (and I don't really understand it yet anyway), but I do
understand it seems to be a lot, - so thank you both for that.
I do hope/expect the end result of all efforts that you and Alex are making
now and that Carlos and Chris made earlier will be a happy blend of good
stuff for everybody.
If I do ever take on the role of RM at some future point I will be sure to
raise a glass to each of you (after which I might need to stop raising
glasses for a while to recover)
On Sat, May 2, 2020 at 7:26 AM Yishay Weiss <yi...@hotmail.com> wrote:
> Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs
> was added to another (1074). I haven’t found a way to cut&paste, between
> folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
>
> The good news is that -N has drastically reduced the upload times of
> typedefs and compiler as well. So it looks like we can keep Chris’s cleanup
> and hopefully everyone is happy.
>
> I’m off until tomorrow morning.
>
> From: Alex Harui<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 9:01 PM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> Yay! By incomplete, I mean that the content tab did not show that
> compiler and typedefs were there alongside frameworks (expand the tree).
> Maybe there is a way to drag/copy them within Nexus, I don’t know.
> Otherwise you'll have to run the upload tasks on royale-compiler and
> royale-typedefs again (and add -N)
>
> HTH,
> -Alex
>
> On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you
> identify incompleteness in the last runs?
>
> From: Alex Harui<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 8:01 PM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> Go to this link:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365060132&sdata=RS9P9H8Qq1SIqZrixCoa2y%2Fd2IkF0%2Bl9IeK2S2nuBus%3D&reserved=0.
> I think it requires logging in with Apache credentials.
>
> In the main datagrid the list of repositories includes several entries
> of the pattern orgapacheroyale-NNNN
> The highest number is the most recent. Click on any, then in the
> bottom pane should be 3 tabs, one is "Content". That should show a tree of
> the contents. Org/apache/royale/ should have at least compiler, typedefs,
> and framework, 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" <yi...@hotmail.com> wrote:
>
> The whole thing. I wanted to review things on the staging repo
> too, but I couldn’t find my way. Is there a folder number? If so, how do
> you know what it is?
>
> I’ll redo typedefs and compiler if this works. Thanks.
>
> From: Alex Harui<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 7:45 PM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> Got my fingers crossed.
>
> I don’t know if you took note that I reviewed the staging repos
> and none of them are complete. I just saw a note that a new staging repo
> will get created if the last one saw a failure so maybe that’s why we have
> so many. So you may need to upload royale-compiler and royale-typedefs
> again (and add that -N switch). And drop all of the old repos if you don’t
> think you’ll need them anymore.
>
> Are you just trying to upload .asc files or the whole thing?
>
> -Alex
>
> From: Yishay Weiss <yi...@hotmail.com>
> Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
> Date: Friday, May 1, 2020 at 9:15 AM
> To: "dev@royale.apache.org" <de...@royale.apache.org>
> Subject: RE: wagon:upload problems
>
> That seems to be working.
>
> I’m seeing
>
> [exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
>
> Instead of something like
>
> Building Apache Royale: Framework: Themes:
> Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
>
> Where the [n/157] implies it’s running in a loop.
>
> I’ll report back when it’s finished. Thanks.
>
>
> From: Alex Harui <ah...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 7:07:21 PM
> To: dev@royale.apache.org <de...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> Bummer. I was afraid that the project list would only be modules
> and parent would have special treatment.
>
> I just saw this on maven.a.o (
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%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" <yi...@hotmail.com> wrote:
>
> This is what I’m getting when adding
>
> <arg value="-pl"/>
> <arg value="royale-framework-parent"/>
>
> [exec] [DEBUG] Looking up lifecycle mappings for
> packaging maven-archetype from
> ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
> ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
> [exec] [ERROR] [ERROR] Could not find the selected
> project in the reactor: royale-framework-parent @
> [exec] [ERROR] Could not find the selected project in the
> reactor: royale-framework-parent -> [Help 1]
> [exec] org.apache.maven.MavenExecutionException: Could
> not find the selected project in the reactor: royale-framework-parent
>
>
> From: Alex Harui<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 6:50 PM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I would like to stick to technical reality and facts instead
> of theory and assumptions.
>
> 1) Right below the section quoted from
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0>>>>
> is official maven documentation (and not StackOverflow), it says:
>
> " Deactivating a profile
>
> Starting with Maven 2.0.10, one or more profiles can be
> deactivated using the command line by prefixing their identifier with
> either the character '!' or '-' as shown below:
>
> mvn groupId:artifactId:goal -P !profile-1,!profile-2
> This can be used to deactivate profiles marked as
> activeByDefault or profiles that would otherwise be activated through their
> activation config."
>
> I hadn't noticed until now that it sort of conflicts with the
> part Chris quoted.
>
> 2) Technically speaking, how will adding one activebydefault
> profile undo all of the other profile changes? Isn't adding the main
> profile to the 5 or 6 other profiles that need it equivalent
>
> 3) We are only trying to use Maven in the same way that Chris
> said he is using for one of his other project's snapshot release which is
> to deploy to a local directory and use Wagon. Again, technically speaking,
> what is the difference between that other project's use of modules vs
> Royale's? Or maybe Wagon does upload everything once for each module but
> smaller projects don't notice. Or is that project also specifying the
> parent project when they use Wagon?
>
> 4) We are also trying to solve a "reality" vs "theory"
> problem. Maven Wagon should "just work" but we've seen problems with
> Windows machines in the past as well as now. The evidence indicates that
> when Piotr did the release we weren't uploading everything multiple times
> yet Piotr was still having issues on Windows. We learned yesterday that
> the CI Windows server uploaded for 5.5 hours until it finally failed while
> I think Yishay usually experiences a failure in 30 minutes. So we are
> trying to find a workaround for crappy connections on Windows.
>
> So there are lots of unanswered questions. I think they are:
>
> A) is there a difference between specifying no modules in a
> profile vs specifying the parent as the only project
> B) Under what conditions does Nexus generate a new staging
> folder?
> C) Is there a difference between the having modules in the
> top-level of the pom vs in an activebydefault profile that is activated 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
>
> On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com>
> wrote:
>
> This has nothing to do with Ant. I have not run a single
> Ant build since I began this release. We are discussing a change in
> configuration which apparently has made the way we have been using Maven to
> stage our artifacts malfunction. This took me days to debug, and I don’t
> want the next RM to be in the same situation.
>
> I’ve broken things, and cost people time in the past. That
> happens to everyone. But let’s please take responsibility, and do out best
> so that it doesn’t happen again.
>
> Thanks.
>
> From: Carlos Rovira<ma...@apache.org>
> Sent: Friday, May 1, 2020 12:01 PM
> To: Apache Royale Development<mailto:dev@royale.apache.org
> >
> Subject: Re: wagon:upload problems
>
> Hi,
>
> please don't undo the things be already fixed in Maven.
> That will mean for
> me an ANT first - Maven second movement, and that should
> not be the case as
> we always discussed here. Both build tools are equally
> important, and lots
> of improvements where done so going back is not a good way
> to go.
>
> Remember we are having current problems since we are
> stepping out to the
> standard release process the rest of projects have. So we
> shouldn't do more
> things that are not supported or standard since that will
> mean more time
> invenstead and the release not done.
>
> My concern it that we should keep things simple for the
> new contributors
> and for the normal workflow, even if this makes things
> more complicated for
> one execution during a release which is currently done
> once a year.
>
> Ok you are planning on speeding things up a little, but
> even if it's one
> execution per month, this should not have a negative
> effect on every build
> done multiple times a day by multiple people.
>
> Can you first try what Chris exposed? He already earned
> the credit in build
> system that nobody here have. So if he suggest to do
> something, based on
> credits, I think we should try it, since until now all his
> contributions
> made us to go one step closer to solve this problem.
>
> Thanks
>
>
>
> El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
> christofer.dutz@c-ware.de>) escribió:
>
> > Hi Alex ...
> >
> > So let me copy this from the official maven
> documentation found here:
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0
> >>>>
> > "Profiles can also be active by default using a
> configuration like the
> > following:
> >
> > <profiles>
> > <profile>
> > <id>profile-1</id>
> > <activation>
> > <activeByDefault>true</activeByDefault>
> > </activation>
> > ...
> > </profile>
> > </profiles>
> > This profile will automatically be active for all builds
> unless another
> > profile in the same POM is activated using one of the
> previously described
> > methods. All profiles that are active by default are
> automatically
> > deactivated when a profile in the POM is activated on
> the command line or
> > through its activation config."
> >
> > I have no Idea why you needed to disable the profile,
> but I have to admit
> > in the old state the hierarchies of profiles was a
> nightmare.
> >
> > My concern it that we should keep things simple for the
> new contributors
> > and for the normal workflow, even if this makes things
> more complicated for
> > one execution during a release which is currently done
> once a year. Ok you
> > are planning on speeding things up a little, but even if
> it's one execution
> > per month, this should not have a negative effect on
> every build done
> > multiple times a day by multiple people.
> >
> > Stackoverflow is not a good tutor ... you usually get
> one answer that
> > might address the one problem you were having but that
> usually doesn't know
> > about the other constraints. Also you really don't get
> good explanations
> > most of the time so you don't even know what you're
> doing and what the
> > implications are. I would consider myself a Maven expert
> with really a lot
> > of experience with different situations. So please trust
> my before
> > copy-pasting some half-baked "solution" from stack
> overflow.
> >
> > I will do my best to help you folks help you adjust the
> ant scripts as
> > much as possible.
> >
> >
> > Chris
> >
> >
> >
> > Am 01.05.20, 10:04 schrieb "Alex Harui"
> <ah...@adobe.com.INVALID>:
> >
> > Hi Chris,
> >
> > If what you say about "activeByDefault" is true, I
> don't understand
> > why I had to specify "-main" in the profiles in the
> releasesteps in order
> > to get this to work in the past. If we restore the
> "main" profile that is
> > activebydefault, I don't understand why the other
> profiles couldn't
> > activate the "main" profile.
> >
> > My concern is that specifying no modules as we used
> to is not quite
> > the same as specifying a single project called
> royale-framework-parent
> > which isn't clear to me that it is a module or project,
> and there will be
> > difference that we have to spend time looking for.
> >
> > My 2 cents,
> > -Alex
> >
> > I have to stop work for tonight, so will see where
> we are in my
> > morning.
> >
> > On 5/1/20, 12:56 AM, "Christofer Dutz" <
> christofer.dutz@c-ware.de>
> > wrote:
> >
> > Hi Yishay,
> >
> > relying on "activeByDefault" is bad. Cause as
> soon as you just
> > select one single other profile, the activeByDefault
> profile gets disabled.
> >
> > So if you have a profile "buildMainModules" and
> that's active by
> > default, 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 style.
> >
> > So if the maven folks have to live with this
> inconvenience just
> > because in case of an Ant scripted release you didn't
> want to just add “-pl
> > royale-framework-parent" or even "-pl ." (which should
> do the same) ...
> > then I can't help you folks.
> >
> > Chris
> >
> >
> >
> > Am 01.05.20, 09:26 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com
> > >:
> >
> > Hi Chris,
> >
> > Can you explain why the cleanup was
> necessary? If Alex is
> > right, and as a result of this cleanup is that an Ant
> tasks in
> > releasesteps.xml is no longer working as expected, then
> someone needs to
> > spend time to make sure the rest of the tasks are.
> >
> > It could be that the best way ends up
> keeping your changes and
> > adding “-pl royale-framework-parent” to the wagon call,
> but I’d like to
> > make sure this refactor is actually necessary. Frankly,
> I don’t think it
> > should have been merged in without testing the release
> steps.
> >
> > Thanks,
> > Yishay
> >
> >
> > From: Christofer Dutz<mailto:
> christofer.dutz@c-ware.de>
> > Sent: Friday, May 1, 2020 10:01 AM
> > To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> > Subject: Re: wagon:upload problems
> >
> > I Alex,
> >
> > If you do that you're undoing all the
> cleanup I had been
> > doing. Please don't do that.
> >
> > I sent you what's needed to make it run in
> only one module, so
> > could you please just use that?
> >
> > I also said there were two things wrong.
> Uploading it for
> > every module was one and the included pattern being
> wrong s the second. If
> > you fix both, you should be set.
> >
> > Chris
> > ________________________________
> > Von: Alex Harui <ah...@adobe.com.INVALID>
> > Gesendet: Freitag, 1. Mai 2020 08:29
> > An: dev@royale.apache.org <
> dev@royale.apache.org>
> > Betreff: Re: wagon:upload problems
> >
> > Could be that the answer is in this commit:
> > 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
> >
> > The way it was setup before was that all
> <modules> were
> > specified in profiles. If you look at the Upload task
> from that commit, it
> > turns off the main profile and enables the upload
> profile thus keeping
> > wagon from rummaging through the modules. I think if we
> set it up that way
> > again, it will work better.
> >
> > HTH,
> > -Alex
> >
> > On 4/30/20, 10:55 PM, "Alex Harui"
> <ah...@adobe.com.INVALID>
> > wrote:
> >
> > Looking through the history, it looks
> like we've been
> > trying to get Maven to not have Wagon run on the
> modules. Here's a post
> > that implies that the way we specified the modules in
> the profile should
> > have kept the submodules from running:
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0
> >>>>
> >
> > It is interesting that the mechanism in
> that post seems to
> > no longer be working. But it is definitely the goal to
> not have the
> > submodules in the run.
> >
> > HTH,
> > -Alex
> >
> > On 4/30/20, 2:51 PM, "Alex Harui"
> <ah...@adobe.com.INVALID>
> > wrote:
> >
> > Yes, Yishay should try that the "-pl
> > royale-framework-parent" but will it then search for
> artifacts generated by
> > the submodules? I got concerned when you said there
> would only be one .asc
> > file. There should be one per .swc.
> >
> > Don't know if it is related, but I
> went to the staging
> > server and found that there were several staging repos
> open. I thought it
> > wouldn't open a new one until the previous one was
> closed. None of the
> > staging repos are complete. Some contain only compiler
> and typedefs.
> > Others the framework but with examples and manualtests
> as sibling to
> > framework. In the past all 3 of compiler, typedefs, and
> framework end up
> > in the staging repo. Thus, we need to understand how
> staging repos work.
> > Does it open a staging repo per IP?
> >
> > Thanks
> > -Alex
> >
> >
> >
> > On 4/30/20, 2:43 PM, "Christofer
> Dutz" <
> > christofer.dutz@c-ware.de> wrote:
> >
> > Hi folks,
> >
> > are you actually reading what I
> wrote? I thought I
> > had explained why it's running so often?
> >
> > You can see that it's executing
> the upload thing
> > for every maven module in the project (You can see the
> titles of the
> > projects changing)
> >
> > Please just try and add the "-pl
> > royale-framework-parent" to the command line and it
> should only run for the
> > main module.
> >
> > 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 kick you.
> >
> > Chris
> >
> >
> > Am 30.04.20, 23:37 schrieb
> "Yishay Weiss" <
> > yishayjobs@hotmail.com>:
> >
> > 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:
> > aharui@adobe.com.INVALID>
> > Sent: Friday, May 1, 2020
> 12:32 AM
> > To: dev@royale.apache.org
> <mailto:
> > dev@royale.apache.org>
> > 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" <
> > yishayjobs@hotmail.com> 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:
> > aharui@adobe.com.INVALID>
> > Sent: Thursday, April
> 30, 2020 10:49 PM
> > To:
> dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0
> >>>>
> >
> > On 4/30/20, 12:41 PM,
> "Christofer Dutz" <
> > christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
> >
> > 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" <yi...@hotmail.com> 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:
> > yishayjobs@hotmail.com>
> > Sent:
> Thursday, April 30, 2020
> > 9:32 PM
> > To:
> dev@royale.apache.org
> > <ma...@royale.apache.org>
> > 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpasteapache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25
> >7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%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
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
> --
> Carlos Rovira
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0
> >>>>
>
>
>
>
> From: Alex Harui<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 7:07 PM
> Subject: Re: wagon:upload problems
>
> Bummer. I was afraid that the project list would only be modules
> and parent would have special treatment.
>
> I just saw this on maven.a.o (
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%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" <yi...@hotmail.com> wrote:
>
> This is what I’m getting when adding
>
> <arg value="-pl"/>
> <arg value="royale-framework-parent"/>
>
> [exec] [DEBUG] Looking up lifecycle mappings for
> packaging maven-archetype from
> ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
> ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
> [exec] [ERROR] [ERROR] Could not find the selected
> project in the reactor: royale-framework-parent @
> [exec] [ERROR] Could not find the selected project in the
> reactor: royale-framework-parent -> [Help 1]
> [exec] org.apache.maven.MavenExecutionException: Could
> not find the selected project in the reactor: royale-framework-parent
>
>
> From: Alex Harui<ma...@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 6:50 PM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I would like to stick to technical reality and facts instead
> of theory and assumptions.
>
> 1) Right below the section quoted from
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>>
> is official maven documentation (and not StackOverflow), it says:
>
> " Deactivating a profile
>
> Starting with Maven 2.0.10, one or more profiles can be
> deactivated using the command line by prefixing their identifier with
> either the character '!' or '-' as shown below:
>
> mvn groupId:artifactId:goal -P !profile-1,!profile-2
> This can be used to deactivate profiles marked as
> activeByDefault or profiles that would otherwise be activated through their
> activation config."
>
> I hadn't noticed until now that it sort of conflicts with the
> part Chris quoted.
>
> 2) Technically speaking, how will adding one activebydefault
> profile undo all of the other profile changes? Isn't adding the main
> profile to the 5 or 6 other profiles that need it equivalent
>
> 3) We are only trying to use Maven in the same way that Chris
> said he is using for one of his other project's snapshot release which is
> to deploy to a local directory and use Wagon. Again, technically speaking,
> what is the difference between that other project's use of modules vs
> Royale's? Or maybe Wagon does upload everything once for each module but
> smaller projects don't notice. Or is that project also specifying the
> parent project when they use Wagon?
>
> 4) We are also trying to solve a "reality" vs "theory"
> problem. Maven Wagon should "just work" but we've seen problems with
> Windows machines in the past as well as now. The evidence indicates that
> when Piotr did the release we weren't uploading everything multiple times
> yet Piotr was still having issues on Windows. We learned yesterday that
> the CI Windows server uploaded for 5.5 hours until it finally failed while
> I think Yishay usually experiences a failure in 30 minutes. So we are
> trying to find a workaround for crappy connections on Windows.
>
> So there are lots of unanswered questions. I think they are:
>
> A) is there a difference between specifying no modules in a
> profile vs specifying the parent as the only project
> B) Under what conditions does Nexus generate a new staging
> folder?
> C) Is there a difference between the having modules in the
> top-level of the pom vs in an activebydefault profile that is activated 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
>
> On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com>
> wrote:
>
> This has nothing to do with Ant. I have not run a single
> Ant build since I began this release. We are discussing a change in
> configuration which apparently has made the way we have been using Maven to
> stage our artifacts malfunction. This took me days to debug, and I don’t
> want the next RM to be in the same situation.
>
> I’ve broken things, and cost people time in the past. That
> happens to everyone. But let’s please take responsibility, and do out best
> so that it doesn’t happen again.
>
> Thanks.
>
> From: Carlos Rovira<ma...@apache.org>
> Sent: Friday, May 1, 2020 12:01 PM
> To: Apache Royale Development<mailto:dev@royale.apache.org
> >
> Subject: Re: wagon:upload problems
>
> Hi,
>
> please don't undo the things be already fixed in Maven.
> That will mean for
> me an ANT first - Maven second movement, and that should
> not be the case as
> we always discussed here. Both build tools are equally
> important, and lots
> of improvements where done so going back is not a good way
> to go.
>
> Remember we are having current problems since we are
> stepping out to the
> standard release process the rest of projects have. So we
> shouldn't do more
> things that are not supported or standard since that will
> mean more time
> invenstead and the release not done.
>
> My concern it that we should keep things simple for the
> new contributors
> and for the normal workflow, even if this makes things
> more complicated for
> one execution during a release which is currently done
> once a year.
>
> Ok you are planning on speeding things up a little, but
> even if it's one
> execution per month, this should not have a negative
> effect on every build
> done multiple times a day by multiple people.
>
> Can you first try what Chris exposed? He already earned
> the credit in build
> system that nobody here have. So if he suggest to do
> something, based on
> credits, I think we should try it, since until now all his
> contributions
> made us to go one step closer to solve this problem.
>
> Thanks
>
>
>
> El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
> christofer.dutz@c-ware.de>) escribió:
>
> > Hi Alex ...
> >
> > So let me copy this from the official maven
> documentation found here:
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0
> >>>>
> > "Profiles can also be active by default using a
> configuration like the
> > following:
> >
> > <profiles>
> > <profile>
> > <id>profile-1</id>
> > <activation>
> > <activeByDefault>true</activeByDefault>
> > </activation>
> > ...
> > </profile>
> > </profiles>
> > This profile will automatically be active for all builds
> unless another
> > profile in the same POM is activated using one of the
> previously described
> > methods. All profiles that are active by default are
> automatically
> > deactivated when a profile in the POM is activated on
> the command line or
> > through its activation config."
> >
> > I have no Idea why you needed to disable the profile,
> but I have to admit
> > in the old state the hierarchies of profiles was a
> nightmare.
> >
> > My concern it that we should keep things simple for the
> new contributors
> > and for the normal workflow, even if this makes things
> more complicated for
> > one execution during a release which is currently done
> once a year. Ok you
> > are planning on speeding things up a little, but even if
> it's one execution
> > per month, this should not have a negative effect on
> every build done
> > multiple times a day by multiple people.
> >
> > Stackoverflow is not a good tutor ... you usually get
> one answer that
> > might address the one problem you were having but that
> usually doesn't know
> > about the other constraints. Also you really don't get
> good explanations
> > most of the time so you don't even know what you're
> doing and what the
> > implications are. I would consider myself a Maven expert
> with really a lot
> > of experience with different situations. So please trust
> my before
> > copy-pasting some half-baked "solution" from stack
> overflow.
> >
> > I will do my best to help you folks help you adjust the
> ant scripts as
> > much as possible.
> >
> >
> > Chris
> >
> >
> >
> > Am 01.05.20, 10:04 schrieb "Alex Harui"
> <ah...@adobe.com.INVALID>:
> >
> > Hi Chris,
> >
> > If what you say about "activeByDefault" is true, I
> don't understand
> > why I had to specify "-main" in the profiles in the
> releasesteps in order
> > to get this to work in the past. If we restore the
> "main" profile that is
> > activebydefault, I don't understand why the other
> profiles couldn't
> > activate the "main" profile.
> >
> > My concern is that specifying no modules as we used
> to is not quite
> > the same as specifying a single project called
> royale-framework-parent
> > which isn't clear to me that it is a module or project,
> and there will be
> > difference that we have to spend time looking for.
> >
> > My 2 cents,
> > -Alex
> >
> > I have to stop work for tonight, so will see where
> we are in my
> > morning.
> >
> > On 5/1/20, 12:56 AM, "Christofer Dutz" <
> christofer.dutz@c-ware.de>
> > wrote:
> >
> > Hi Yishay,
> >
> > relying on "activeByDefault" is bad. Cause as
> soon as you just
> > select one single other profile, the activeByDefault
> profile gets disabled.
> >
> > So if you have a profile "buildMainModules" and
> that's active by
> > default, 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 style.
> >
> > So if the maven folks have to live with this
> inconvenience just
> > because in case of an Ant scripted release you didn't
> want to just add “-pl
> > royale-framework-parent" or even "-pl ." (which should
> do the same) ...
> > then I can't help you folks.
> >
> > Chris
> >
> >
> >
> > Am 01.05.20, 09:26 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com
> > >:
> >
> > Hi Chris,
> >
> > Can you explain why the cleanup was
> necessary? If Alex is
> > right, and as a result of this cleanup is that an Ant
> tasks in
> > releasesteps.xml is no longer working as expected, then
> someone needs to
> > spend time to make sure the rest of the tasks are.
> >
> > It could be that the best way ends up
> keeping your changes and
> > adding “-pl royale-framework-parent” to the wagon call,
> but I’d like to
> > make sure this refactor is actually necessary. Frankly,
> I don’t think it
> > should have been merged in without testing the release
> steps.
> >
> > Thanks,
> > Yishay
> >
> >
> > From: Christofer Dutz<mailto:
> christofer.dutz@c-ware.de>
> > Sent: Friday, May 1, 2020 10:01 AM
> > To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> > Subject: Re: wagon:upload problems
> >
> > I Alex,
> >
> > If you do that you're undoing all the
> cleanup I had been
> > doing. Please don't do that.
> >
> > I sent you what's needed to make it run in
> only one module, so
> > could you please just use that?
> >
> > I also said there were two things wrong.
> Uploading it for
> > every module was one and the included pattern being
> wrong s the second. If
> > you fix both, you should be set.
> >
> > Chris
> > ________________________________
> > Von: Alex Harui <ah...@adobe.com.INVALID>
> > Gesendet: Freitag, 1. Mai 2020 08:29
> > An: dev@royale.apache.org <
> dev@royale.apache.org>
> > Betreff: Re: wagon:upload problems
> >
> > Could be that the answer is in this commit:
> > 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
> >
> > The way it was setup before was that all
> <modules> were
> > specified in profiles. If you look at the Upload task
> from that commit, it
> > turns off the main profile and enables the upload
> profile thus keeping
> > wagon from rummaging through the modules. I think if we
> set it up that way
> > again, it will work better.
> >
> > HTH,
> > -Alex
> >
> > On 4/30/20, 10:55 PM, "Alex Harui"
> <ah...@adobe.com.INVALID>
> > wrote:
> >
> > Looking through the history, it looks
> like we've been
> > trying to get Maven to not have Wagon run on the
> modules. Here's a post
> > that implies that the way we specified the modules in
> the profile should
> > have kept the submodules from running:
> >
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0
> >>>>
> >
> > It is interesting that the mechanism in
> that post seems to
> > no longer be working. But it is definitely the goal to
> not have the
> > submodules in the run.
> >
> > HTH,
> > -Alex
> >
> > On 4/30/20, 2:51 PM, "Alex Harui"
> <ah...@adobe.com.INVALID>
> > wrote:
> >
> > Yes, Yishay should try that the "-pl
> > royale-framework-parent" but will it then search for
> artifacts generated by
> > the submodules? I got concerned when you said there
> would only be one .asc
> > file. There should be one per .swc.
> >
> > Don't know if it is related, but I
> went to the staging
> > server and found that there were several staging repos
> open. I thought it
> > wouldn't open a new one until the previous one was
> closed. None of the
> > staging repos are complete. Some contain only compiler
> and typedefs.
> > Others the framework but with examples and manualtests
> as sibling to
> > framework. In the past all 3 of compiler, typedefs, and
> framework end up
> > in the staging repo. Thus, we need to understand how
> staging repos work.
> > Does it open a staging repo per IP?
> >
> > Thanks
> > -Alex
> >
> >
> >
> > On 4/30/20, 2:43 PM, "Christofer
> Dutz" <
> > christofer.dutz@c-ware.de> wrote:
> >
> > Hi folks,
> >
> > are you actually reading what I
> wrote? I thought I
> > had explained why it's running so often?
> >
> > You can see that it's executing
> the upload thing
> > for every maven module in the project (You can see the
> titles of the
> > projects changing)
> >
> > Please just try and add the "-pl
> > royale-framework-parent" to the command line and it
> should only run for the
> > main module.
> >
> > 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 kick you.
> >
> > Chris
> >
> >
> > Am 30.04.20, 23:37 schrieb
> "Yishay Weiss" <
> > yishayjobs@hotmail.com>:
> >
> > 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:
> > aharui@adobe.com.INVALID>
> > Sent: Friday, May 1, 2020
> 12:32 AM
> > To: dev@royale.apache.org
> <mailto:
> > dev@royale.apache.org>
> > 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" <
> > yishayjobs@hotmail.com> 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:
> > aharui@adobe.com.INVALID>
> > Sent: Thursday, April
> 30, 2020 10:49 PM
> > To:
> dev@royale.apache.org<mailto:
> > dev@royale.apache.org>
> > 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0
> >>>>
> >
> > On 4/30/20, 12:41 PM,
> "Christofer Dutz" <
> > christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
> >
> > 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" <yi...@hotmail.com> 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:
> > yishayjobs@hotmail.com>
> > Sent:
> Thursday, April 30, 2020
> > 9:32 PM
> > To:
> dev@royale.apache.org
> > <ma...@royale.apache.org>
> > 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%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
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
> --
> Carlos Rovira
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0
> <
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0
> >>>>
>
>
>
>
>
>
>
>
>
>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
Hmm… typedefs and compiler were uploaded to one folder (1075), while asjs was added to another (1074). I haven’t found a way to cut&paste, between folders so I guess I’ll redo the asjs upload and hope that it lands in 1075.
The good news is that -N has drastically reduced the upload times of typedefs and compiler as well. So it looks like we can keep Chris’s cleanup and hopefully everyone is happy.
I’m off until tomorrow morning.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 9:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365060132&sdata=RS9P9H8Qq1SIqZrixCoa2y%2Fd2IkF0%2Bl9IeK2S2nuBus%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%25>7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0>>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0>>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0>>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0>>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Yay! By incomplete, I mean that the content tab did not show that compiler and typedefs were there alongside frameworks (expand the tree). Maybe there is a way to drag/copy them within Nexus, I don’t know. Otherwise you'll have to run the upload tasks on royale-compiler and royale-typedefs again (and add -N)
HTH,
-Alex
On 5/1/20, 10:57 AM, "Yishay Weiss" <yi...@hotmail.com> 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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Frepository.apache.org%2F%23stagingRepositories&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365060132&sdata=RS9P9H8Qq1SIqZrixCoa2y%2Fd2IkF0%2Bl9IeK2S2nuBus%3D&reserved=0. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=25Yk6eJjrXjqzcLW1Zpe00Y7uQGF0IB1okdOJK0f%2Br4%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365070093&sdata=1K%2B6H%2F87s5%2FR1URyI1zn%2FVTW3DbUaROf94ez9HTWCes%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=%2BhyUsnaTKk13moKoO6Hx301baSw22ORbpM1Fz7fTugA%3D&reserved=0>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=Bea4M7odOwoRG2lXbYoXv3Iyc4xM16N29gM5AHVykNU%3D&reserved=0>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=r05yJCDrRN%2FjdXYfxJkw99lD%2FU9QrJyNOv7o8i4dV8E%3D&reserved=0>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365080046&sdata=rbDlf7WagWdtrWB6fz%2BQKIApDkKy5P5cVKeZVYZitrI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=rR37WnoF7K8ZY2wvdbWgfCpyWvShLunHHogkdfIt%2BaA%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=AyPMbtLuJ%2FgQek8YwE69%2FainSrSsDo80e%2BkRdCKcYHY%3D&reserved=0>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=CDEbs9KfVz%2BIVbj2IQ4HnXCkDMxycqXZjFZLJkKfk4A%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365090007&sdata=A0WymFkOh2kArN9GEQ8f5niegB9OOsE1csYnGe42pzo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=vdG27bsicziXKTGD%2F0zXYxn7kpuVXO%2BopYdz7ERmjZU%3D&reserved=0>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=GTVNLh1EMipAb0tUNX1poOWvR5g2Jfq7n7SHWlUp6rc%3D&reserved=0>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365099959&sdata=JDGptd1HYfZt381hT9nClJCFzCyaRQoJEMHfParpllw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=XVBEayZuBtZgjkIo0tEsBLgiH8O5svL8%2BoId0aNO%2BiY%3D&reserved=0>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=bKNhkLvu76Aadg8vFBLBbmz7S8WdoroU4ju2dE2TEho%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cb861edd8f07c4c4a07cd08d7edf91328%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239526365109910&sdata=92GJd2uMEaR5eppOGzyWC41UvJ65N5w2cqi73tMa54o%3D&reserved=0>>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
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. How did you identify incompleteness in the last runs?
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 8:01 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Go to this link: https://repository.apache.org/#stagingRepositories. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=ux0sTMwYlX7rX%2BLJ16N%2BRm6lG7r0W1Byg9k%2FwdcXMK4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=ux0sTMwYlX7rX%2BLJ16N%2BRm6lG7r0W1Byg9k%2FwdcXMK4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=ux0sTMwYlX7rX%2BLJ16N%2BRm6lG7r0W1Byg9k%2FwdcXMK4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=ux0sTMwYlX7rX%2BLJ16N%2BRm6lG7r0W1Byg9k%2FwdcXMK4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=RgQpI69zaIP4aNhrmPIg2GeZwgAJ0q0QEJHbejN%2Bn9A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=RgQpI69zaIP4aNhrmPIg2GeZwgAJ0q0QEJHbejN%2Bn9A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=hwI%2Bf91t7tF%2FQF%2FbTersI9S313KukF1Acef5FkdnUD4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=RgQpI69zaIP4aNhrmPIg2GeZwgAJ0q0QEJHbejN%2Bn9A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=RgQpI69zaIP4aNhrmPIg2GeZwgAJ0q0QEJHbejN%2Bn9A%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=hwI%2Bf91t7tF%2FQF%2FbTersI9S313KukF1Acef5FkdnUD4%3D&reserved=0>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=bfVVBrCfzGKCV%2BW9ViI2seRLLSBd89PW3PUfU8Aaw2E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=bfVVBrCfzGKCV%2BW9ViI2seRLLSBd89PW3PUfU8Aaw2E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=ZEMiZ8pzPXhvo5JPeCNX9c7JG8HqiWwXQOuqfydAOXM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=bfVVBrCfzGKCV%2BW9ViI2seRLLSBd89PW3PUfU8Aaw2E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=bfVVBrCfzGKCV%2BW9ViI2seRLLSBd89PW3PUfU8Aaw2E%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=ZEMiZ8pzPXhvo5JPeCNX9c7JG8HqiWwXQOuqfydAOXM%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0>>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=NWiXfpg4dkUfmg54mP2K4emlmMqT2dtdpuCH7G6UE0c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=NWiXfpg4dkUfmg54mP2K4emlmMqT2dtdpuCH7G6UE0c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=NWiXfpg4dkUfmg54mP2K4emlmMqT2dtdpuCH7G6UE0c%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0>>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0>>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0>>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0>>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0>>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Go to this link: https://repository.apache.org/#stagingRepositories. I think it requires logging in with Apache credentials.
In the main datagrid the list of repositories includes several entries of the pattern orgapacheroyale-NNNN
The highest number is the most recent. Click on any, then in the bottom pane should be 3 tabs, one is "Content". That should show a tree of the contents. Org/apache/royale/ should have at least compiler, typedefs, and framework, 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" <yi...@hotmail.com> wrote:
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=uC7JCbygVP%2Bj5PCv85nPgmCRKjgce0wD2dUB5rYruPo%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=ux0sTMwYlX7rX%2BLJ16N%2BRm6lG7r0W1Byg9k%2FwdcXMK4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267024432&sdata=ux0sTMwYlX7rX%2BLJ16N%2BRm6lG7r0W1Byg9k%2FwdcXMK4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=TedSY3cZc8VluO5de2MbyQTVrRZBUdiS8l3822s3K3c%3D&reserved=0>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=RgQpI69zaIP4aNhrmPIg2GeZwgAJ0q0QEJHbejN%2Bn9A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267034428&sdata=RgQpI69zaIP4aNhrmPIg2GeZwgAJ0q0QEJHbejN%2Bn9A%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=hwI%2Bf91t7tF%2FQF%2FbTersI9S313KukF1Acef5FkdnUD4%3D&reserved=0>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=%2Fjh2zkFg2krq5BKrQ9mXIwNckHgC%2BNuto06Uc5K5hsw%3D&reserved=0>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=bfVVBrCfzGKCV%2BW9ViI2seRLLSBd89PW3PUfU8Aaw2E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267044421&sdata=bfVVBrCfzGKCV%2BW9ViI2seRLLSBd89PW3PUfU8Aaw2E%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=ZEMiZ8pzPXhvo5JPeCNX9c7JG8HqiWwXQOuqfydAOXM%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=OY6nzZIq4ItgMNGyhzZkxMLI38ewFGUVcxo5G1FNbr4%3D&reserved=0>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=NWiXfpg4dkUfmg54mP2K4emlmMqT2dtdpuCH7G6UE0c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=NWiXfpg4dkUfmg54mP2K4emlmMqT2dtdpuCH7G6UE0c%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267054420&sdata=NWiXfpg4dkUfmg54mP2K4emlmMqT2dtdpuCH7G6UE0c%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267064414&sdata=YscyNFf9D%2Fin7s%2FfmMlrhVdJQgTpeeNeHbYVjCOtPRg%3D&reserved=0>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=DxdYAamEq12xdAnRDOC4AkG15e%2BwxO9QXKH2LQX04Z0%3D&reserved=0>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267074406&sdata=Z%2FBlk4k0Z3tWTTPPXRjlM%2BspQU4xkERX2VqVAHvpDKg%3D&reserved=0>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=%2BjEuPqbl%2FgTh1EfRcr%2BQq3OmVbIpnzROTTf9%2FVFjC0U%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C18f51fbba92d4e1ecc0108d7edf03575%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239488267084402&sdata=HVhXfnPmFvnC1NUO%2FWL9F2VKul4Bg2MC51q24MIBOYM%3D&reserved=0>>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
The whole thing. I wanted to review things on the staging repo too, but I couldn’t find my way. Is there a folder number? If so, how do you know what it is?
I’ll redo typedefs and compiler if this works. Thanks.
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:45 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080274038&sdata=OLLrPcSGKGlWXeUljhlY1qtGg831VIdTeMe4iQomKAE%3D&reserved=0<https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html%3chttps:/nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080274038&sdata=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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080274038&sdata=hfOm7FcxBpKwlkrfQs0T7c1nTVTbp99QCzXPJLJNodw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080274038&sdata=hfOm7FcxBpKwlkrfQs0T7c1nTVTbp99QCzXPJLJNodw%3D&reserved=0>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080284027&sdata=VWhbLCKwmv4aR4RlEYIdyvxhX4nqtabK%2Fi6IwnVb6FI%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080284027&sdata=VWhbLCKwmv4aR4RlEYIdyvxhX4nqtabK%2Fi6IwnVb6FI%3D&reserved=0>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080284027&sdata=%2BdwjhcJ5vaMLJoyukvIvucAaykMAhXKdATmP2OQSlFA%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080284027&sdata=%2BdwjhcJ5vaMLJoyukvIvucAaykMAhXKdATmP2OQSlFA%3D&reserved=0>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080294025&sdata=RKd7lofoykrd2nfTwmX0LzsAn5RjlNqaIC10l9M9%2BcE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080294025&sdata=RKd7lofoykrd2nfTwmX0LzsAn5RjlNqaIC10l9M9%2BcE%3D&reserved=0>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080294025&sdata=SuXWER8S1z5ZbsI1KUqdAhY7KQC8pwMfjMaS68Nyffw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080294025&sdata=SuXWER8S1z5ZbsI1KUqdAhY7KQC8pwMfjMaS68Nyffw%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080304021&sdata=YLVvY40OZtf0vR5L9mFLcLuMpso5DoOa%2BhEG0K8thfw%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080304021&sdata=YLVvY40OZtf0vR5L9mFLcLuMpso5DoOa%2BhEG0K8thfw%3D&reserved=0>>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080304021&sdata=WIj0JEzl6lqMiWepg%2BsZw0QBhNWsAsOkq5D%2F2LLR17M%3D&reserved=0<https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html%3chttps:/nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080304021&sdata=WIj0JEzl6lqMiWepg%2BsZw0QBhNWsAsOkq5D%2F2LLR17M%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080314015&sdata=mFrWEvHnwkIu5DJ0qlhyhHWu57kSeptCx07OrlM3nho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080314015&sdata=mFrWEvHnwkIu5DJ0qlhyhHWu57kSeptCx07OrlM3nho%3D&reserved=0>> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080314015&sdata=mFrWEvHnwkIu5DJ0qlhyhHWu57kSeptCx07OrlM3nho%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080314015&sdata=mFrWEvHnwkIu5DJ0qlhyhHWu57kSeptCx07OrlM3nho%3D&reserved=0>>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080324004&sdata=V2ANkFg%2BkMbiYDSqKtLic%2FA89V7AuTGFOKo%2Ftf4R%2B3w%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080324004&sdata=V2ANkFg%2BkMbiYDSqKtLic%2FA89V7AuTGFOKo%2Ftf4R%2B3w%3D&reserved=0>>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080324004&sdata=4AAvTBkKiDXnq%2BeynjmB4AgnjQGmlA%2BZ0QB7UpcoU1g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080324004&sdata=4AAvTBkKiDXnq%2BeynjmB4AgnjQGmlA%2BZ0QB7UpcoU1g%3D&reserved=0>>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080333998&sdata=rrCKyEqeryMELrE7sqhcLLsfEB6nQGnQ6KaUenk9NcE%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080333998&sdata=rrCKyEqeryMELrE7sqhcLLsfEB6nQGnQ6KaUenk9NcE%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080333998&sdata=sUC41CvEKkX6BT0xwHp%2BnAHeAC5B9C%2BMYaXBMtGsxkU%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0%3chttps://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080333998&sdata=sUC41CvEKkX6BT0xwHp%2BnAHeAC5B9C%2BMYaXBMtGsxkU%3D&reserved=0>>
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Got my fingers crossed.
I don’t know if you took note that I reviewed the staging repos and none of them are complete. I just saw a note that a new staging repo will get created if the last one saw a failure so maybe that’s why we have so many. So you may need to upload royale-compiler and royale-typedefs again (and add that -N switch). And drop all of the old repos if you don’t think you’ll need them anymore.
Are you just trying to upload .asc files or the whole thing?
-Alex
From: Yishay Weiss <yi...@hotmail.com>
Reply-To: "dev@royale.apache.org" <de...@royale.apache.org>
Date: Friday, May 1, 2020 at 9:15 AM
To: "dev@royale.apache.org" <de...@royale.apache.org>
Subject: RE: wagon:upload problems
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080274038&sdata=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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080274038&sdata=hfOm7FcxBpKwlkrfQs0T7c1nTVTbp99QCzXPJLJNodw%3D&reserved=0> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080284027&sdata=VWhbLCKwmv4aR4RlEYIdyvxhX4nqtabK%2Fi6IwnVb6FI%3D&reserved=0>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080284027&sdata=%2BdwjhcJ5vaMLJoyukvIvucAaykMAhXKdATmP2OQSlFA%3D&reserved=0>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080294025&sdata=RKd7lofoykrd2nfTwmX0LzsAn5RjlNqaIC10l9M9%2BcE%3D&reserved=0>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080294025&sdata=SuXWER8S1z5ZbsI1KUqdAhY7KQC8pwMfjMaS68Nyffw%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080304021&sdata=YLVvY40OZtf0vR5L9mFLcLuMpso5DoOa%2BhEG0K8thfw%3D&reserved=0>
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fref%2F3.1.0%2Fmaven-embedder%2Fcli.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080304021&sdata=WIj0JEzl6lqMiWepg%2BsZw0QBhNWsAsOkq5D%2F2LLR17M%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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080314015&sdata=mFrWEvHnwkIu5DJ0qlhyhHWu57kSeptCx07OrlM3nho%3D&reserved=0> is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080314015&sdata=mFrWEvHnwkIu5DJ0qlhyhHWu57kSeptCx07OrlM3nho%3D&reserved=0>
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080324004&sdata=V2ANkFg%2BkMbiYDSqKtLic%2FA89V7AuTGFOKo%2Ftf4R%2B3w%3D&reserved=0>
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Ftpdkh&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080324004&sdata=4AAvTBkKiDXnq%2BeynjmB4AgnjQGmlA%2BZ0QB7UpcoU1g%3D&reserved=0>
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpaste.apache.org%2Fzh3rj&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080333998&sdata=rrCKyEqeryMELrE7sqhcLLsfEB6nQGnQ6KaUenk9NcE%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0<https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Ca137c301932646fa821708d7edeace96%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239465080333998&sdata=sUC41CvEKkX6BT0xwHp%2BnAHeAC5B9C%2BMYaXBMtGsxkU%3D&reserved=0>
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
That seems to be working.
I’m seeing
[exec] [INFO] Building Apache Royale: Framework: Parent 0.9.7
Instead of something like
Building Apache Royale: Framework: Themes: Jewel-Light-NoFlat-Secondary-Violet-Theme 0.9.7 [66/157]
Where the [n/157] implies it’s running in a loop.
I’ll report back when it’s finished. Thanks.
From: Alex Harui <ah...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07:21 PM
To: dev@royale.apache.org <de...@royale.apache.org>
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0 is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 7:07 PM
Subject: Re: wagon:upload problems
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0 is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Bummer. I was afraid that the project list would only be modules and parent would have special treatment.
I just saw this on maven.a.o (https://maven.apache.org/ref/3.1.0/maven-embedder/cli.html)
-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" <yi...@hotmail.com> wrote:
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0 is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=EE%2B0lTJiBwTYyYT4Jfou7J5Q8QtgJbpilH5EP%2Fru1EM%3D&reserved=0
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=CjQhouHxzME08sye%2FrUMt%2Bb4cXXPHfg0xWlV19JES9g%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480967693&sdata=bt2zuUbE4v2VYsJ0TfKZbe3JYuruv4s0wGSqFnGwjEM%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=rk7SOIFABUy7AN9OXn8ZpFnluouTVxRyQMQEQr%2ByYic%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7C53d5691ffa3a4194752008d7ede857ef%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239454480977693&sdata=oZJCU4oNefN7eFQPnY7Sdn96DIkPScI2e%2Bg%2Bmh%2FPinQ%3D&reserved=0
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
This is what I’m getting when adding
<arg value="-pl"/>
<arg value="royale-framework-parent"/>
[exec] [DEBUG] Looking up lifecycle mappings for packaging maven-archetype from ClassRealm[project>org.apache.royale.framework:royale-simple-typedef-archet
ype:0.9.7, parent: ClassRealm[maven.api, parent: null]]
[exec] [ERROR] [ERROR] Could not find the selected project in the reactor: royale-framework-parent @
[exec] [ERROR] Could not find the selected project in the reactor: royale-framework-parent -> [Help 1]
[exec] org.apache.maven.MavenExecutionException: Could not find the selected project in the reactor: royale-framework-parent
From: Alex Harui<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 6:50 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://maven.apache.org/guides/introduction/introduction-to-profiles.html is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=kA70WPz2rgwg8SHBjY8xZWA59H0BW5DKvuFO6IncAG8%3D&reserved=0
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=LeWtpTZVVHOEEjITKE7eMpSfiG4wYe3GC6DvQpBjOQU%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=VZ%2BIoF3U1xhyOWL%2Bc0lcAZ1YBGpjPgPIEKYflUhQpsM%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033953400&sdata=juicTor4rHdpGkVoGOyM8xCzJXdsJmcqBIr9Khj3qdU%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033953400&sdata=I%2FYn9%2BzJm795quSlDIc7VkMEDLvdrWP%2Bdby%2Fv%2FDD5Qg%3D&reserved=0
Re: wagon:upload problems
Posted by Christofer Dutz <ch...@c-ware.de>.
Oh geee ...
we back to kindergarden? Thought they were still on lock-down ... Ok ... I can do that ...
*start of maven lesson*
I didn't contradict myself ... If you build something and for example don't specify any profile, the activeByDefault will be enabled ... if you don't want that, you can forcefully disable it by using the !-notation "-P !nameoftheactivebydefaultprofile". And before you pick apart the second part of my sentence. You can have profiles that enable themselves if for example a certain file, or directory is detected or if a given os or hardware architecture is detected, a given java version is detected or if an environment variable is set or -last not least If you enable a profile in your settings.xml ... you can forcefully disable these profiles by adding an exclamation-mark before them.
*end of the maven lesson*
2) By adding this active-per-default profile, you make it more complicated and confusing for the normal user (especially the ones with less Maven know-how) ... I don't know if others would understand why the build builds most of the project and as soon as you say "with-examples" it only builds the examples. Or if they want to have the Flash related content built too and they enable "option-with-swf" and all of a sudden nothing is built anymore.
3) Chris did say, that in that other project the configuration of the wagon plugin is in a separate pom file, didn't he?
https://github.com/apache/plc4x/blob/develop/jenkins.pom
I put everything that's CI related into a separate pom in order to not pollute the main pom with settings the normal user never needs.
4) As far as I understood it, it uploaded for 5,5 hours till he killed it ... that's a little difference, isn't it?
Now to your open questions:
A) The difference is that by using the activeByDefault you force everyone to manually enable that automatically enabled profile as soon as he wants to enable an additional profile and the other way around you only have to add something when deploying the release (currently once a year, in the future hopefully more often) and you can even just hard-code it into that ant script.
B) From the Nexus documentation: "A separate staging repository is created for every combination of User ID, IP Address, and User Agent"
C) Yes there is ... all these modules get removed from the reactor as soon as you enable another profile and you can't enable a profile from another profile (Would actually be something I would love if Maven supported, but unfortunately it doesn't and there are valid reasons for it not doing that and I could explain if you really want to know)
So I really don't know why you are so ignorant to my argumentations ... do you just want to be right or is it that you just want to oppose everything I say and explain?
Chris
Am 01.05.20, 17:51 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://maven.apache.org/guides/introduction/introduction-to-profiles.html is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=kA70WPz2rgwg8SHBjY8xZWA59H0BW5DKvuFO6IncAG8%3D&reserved=0
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=LeWtpTZVVHOEEjITKE7eMpSfiG4wYe3GC6DvQpBjOQU%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=VZ%2BIoF3U1xhyOWL%2Bc0lcAZ1YBGpjPgPIEKYflUhQpsM%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033953400&sdata=juicTor4rHdpGkVoGOyM8xCzJXdsJmcqBIr9Khj3qdU%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033953400&sdata=I%2FYn9%2BzJm795quSlDIc7VkMEDLvdrWP%2Bdby%2Fv%2FDD5Qg%3D&reserved=0
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
I would like to stick to technical reality and facts instead of theory and assumptions.
1) Right below the section quoted from https://maven.apache.org/guides/introduction/introduction-to-profiles.html is official maven documentation (and not StackOverflow), it says:
" Deactivating a profile
Starting with Maven 2.0.10, one or more profiles can be deactivated using the command line by prefixing their identifier with either the character '!' or '-' as shown below:
mvn groupId:artifactId:goal -P !profile-1,!profile-2
This can be used to deactivate profiles marked as activeByDefault or profiles that would otherwise be activated through their activation config."
I hadn't noticed until now that it sort of conflicts with the part Chris quoted.
2) Technically speaking, how will adding one activebydefault profile undo all of the other profile changes? Isn't adding the main profile to the 5 or 6 other profiles that need it equivalent
3) We are only trying to use Maven in the same way that Chris said he is using for one of his other project's snapshot release which is to deploy to a local directory and use Wagon. Again, technically speaking, what is the difference between that other project's use of modules vs Royale's? Or maybe Wagon does upload everything once for each module but smaller projects don't notice. Or is that project also specifying the parent project when they use Wagon?
4) We are also trying to solve a "reality" vs "theory" problem. Maven Wagon should "just work" but we've seen problems with Windows machines in the past as well as now. The evidence indicates that when Piotr did the release we weren't uploading everything multiple times yet Piotr was still having issues on Windows. We learned yesterday that the CI Windows server uploaded for 5.5 hours until it finally failed while I think Yishay usually experiences a failure in 30 minutes. So we are trying to find a workaround for crappy connections on Windows.
So there are lots of unanswered questions. I think they are:
A) is there a difference between specifying no modules in a profile vs specifying the parent as the only project
B) Under what conditions does Nexus generate a new staging folder?
C) Is there a difference between the having modules in the top-level of the pom vs in an activebydefault profile that is activated 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
On 5/1/20, 4:20 AM, "Yishay Weiss" <yi...@hotmail.com> wrote:
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmaven.apache.org%2Fguides%2Fintroduction%2Fintroduction-to-profiles.html&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=kA70WPz2rgwg8SHBjY8xZWA59H0BW5DKvuFO6IncAG8%3D&reserved=0
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=LeWtpTZVVHOEEjITKE7eMpSfiG4wYe3GC6DvQpBjOQU%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033943415&sdata=VZ%2BIoF3U1xhyOWL%2Bc0lcAZ1YBGpjPgPIEKYflUhQpsM%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033953400&sdata=juicTor4rHdpGkVoGOyM8xCzJXdsJmcqBIr9Khj3qdU%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fabout.me%2Fcarlosrovira&data=02%7C01%7Caharui%40adobe.com%7Cc88d90df82a341a589a108d7edc19732%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239288033953400&sdata=I%2FYn9%2BzJm795quSlDIc7VkMEDLvdrWP%2Bdby%2Fv%2FDD5Qg%3D&reserved=0
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
This has nothing to do with Ant. I have not run a single Ant build since I began this release. We are discussing a change in configuration which apparently has made the way we have been using Maven to stage our artifacts malfunction. This took me days to debug, and I don’t want the next RM to be in the same situation.
I’ve broken things, and cost people time in the past. That happens to everyone. But let’s please take responsibility, and do out best so that it doesn’t happen again.
Thanks.
From: Carlos Rovira<ma...@apache.org>
Sent: Friday, May 1, 2020 12:01 PM
To: Apache Royale Development<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://maven.apache.org/guides/introduction/introduction-to-profiles.html
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=q%2BPQ9%2Bf9WvVSL3e0x%2FGr3ao7wMVgbJgdrNkxuWQXAdM%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=AH%2FiNcm%2F6uSUsgWfNwRMqRxhnecMt3OfyOvPY4UlpYU%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=4QXwlQfxtrs1qrvnkdnDJ9z7oyAc2ENxbn%2BkqK4uVwg%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
http://about.me/carlosrovira
Re: wagon:upload problems
Posted by Carlos Rovira <ca...@apache.org>.
Hi,
please don't undo the things be already fixed in Maven. That will mean for
me an ANT first - Maven second movement, and that should not be the case as
we always discussed here. Both build tools are equally important, and lots
of improvements where done so going back is not a good way to go.
Remember we are having current problems since we are stepping out to the
standard release process the rest of projects have. So we shouldn't do more
things that are not supported or standard since that will mean more time
invenstead and the release not done.
My concern it that we should keep things simple for the new contributors
and for the normal workflow, even if this makes things more complicated for
one execution during a release which is currently done once a year.
Ok you are planning on speeding things up a little, but even if it's one
execution per month, this should not have a negative effect on every build
done multiple times a day by multiple people.
Can you first try what Chris exposed? He already earned the credit in build
system that nobody here have. So if he suggest to do something, based on
credits, I think we should try it, since until now all his contributions
made us to go one step closer to solve this problem.
Thanks
El vie., 1 may. 2020 a las 10:27, Christofer Dutz (<
christofer.dutz@c-ware.de>) escribió:
> Hi Alex ...
>
> So let me copy this from the official maven documentation found here:
> https://maven.apache.org/guides/introduction/introduction-to-profiles.html
> "Profiles can also be active by default using a configuration like the
> following:
>
> <profiles>
> <profile>
> <id>profile-1</id>
> <activation>
> <activeByDefault>true</activeByDefault>
> </activation>
> ...
> </profile>
> </profiles>
> This profile will automatically be active for all builds unless another
> profile in the same POM is activated using one of the previously described
> methods. All profiles that are active by default are automatically
> deactivated when a profile in the POM is activated on the command line or
> through its activation config."
>
> I have no Idea why you needed to disable the profile, but I have to admit
> in the old state the hierarchies of profiles was a nightmare.
>
> My concern it that we should keep things simple for the new contributors
> and for the normal workflow, even if this makes things more complicated for
> one execution during a release which is currently done once a year. Ok you
> are planning on speeding things up a little, but even if it's one execution
> per month, this should not have a negative effect on every build done
> multiple times a day by multiple people.
>
> Stackoverflow is not a good tutor ... you usually get one answer that
> might address the one problem you were having but that usually doesn't know
> about the other constraints. Also you really don't get good explanations
> most of the time so you don't even know what you're doing and what the
> implications are. I would consider myself a Maven expert with really a lot
> of experience with different situations. So please trust my before
> copy-pasting some half-baked "solution" from stack overflow.
>
> I will do my best to help you folks help you adjust the ant scripts as
> much as possible.
>
>
> Chris
>
>
>
> Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
>
> Hi Chris,
>
> If what you say about "activeByDefault" is true, I don't understand
> why I had to specify "-main" in the profiles in the releasesteps in order
> to get this to work in the past. If we restore the "main" profile that is
> activebydefault, I don't understand why the other profiles couldn't
> activate the "main" profile.
>
> My concern is that specifying no modules as we used to is not quite
> the same as specifying a single project called royale-framework-parent
> which isn't clear to me that it is a module or project, and there will be
> difference that we have to spend time looking for.
>
> My 2 cents,
> -Alex
>
> I have to stop work for tonight, so will see where we are in my
> morning.
>
> On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de>
> wrote:
>
> Hi Yishay,
>
> relying on "activeByDefault" is bad. Cause as soon as you just
> select one single other profile, the activeByDefault profile gets disabled.
>
> So if you have a profile "buildMainModules" and that's active by
> default, 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 style.
>
> So if the maven folks have to live with this inconvenience just
> because in case of an Ant scripted release you didn't want to just add “-pl
> royale-framework-parent" or even "-pl ." (which should do the same) ...
> then I can't help you folks.
>
> Chris
>
>
>
> Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yishayjobs@hotmail.com
> >:
>
> Hi Chris,
>
> Can you explain why the cleanup was necessary? If Alex is
> right, and as a result of this cleanup is that an Ant tasks in
> releasesteps.xml is no longer working as expected, then someone needs to
> spend time to make sure the rest of the tasks are.
>
> It could be that the best way ends up keeping your changes and
> adding “-pl royale-framework-parent” to the wagon call, but I’d like to
> make sure this refactor is actually necessary. Frankly, I don’t think it
> should have been merged in without testing the release steps.
>
> Thanks,
> Yishay
>
>
> From: Christofer Dutz<ma...@c-ware.de>
> Sent: Friday, May 1, 2020 10:01 AM
> To: dev@royale.apache.org<ma...@royale.apache.org>
> Subject: Re: wagon:upload problems
>
> I Alex,
>
> If you do that you're undoing all the cleanup I had been
> doing. Please don't do that.
>
> I sent you what's needed to make it run in only one module, so
> could you please just use that?
>
> I also said there were two things wrong. Uploading it for
> every module was one and the included pattern being wrong s the second. If
> you fix both, you should be set.
>
> Chris
> ________________________________
> Von: Alex Harui <ah...@adobe.com.INVALID>
> Gesendet: Freitag, 1. Mai 2020 08:29
> An: dev@royale.apache.org <de...@royale.apache.org>
> Betreff: Re: wagon:upload problems
>
> Could be that the answer is in this commit:
> 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
>
> The way it was setup before was that all <modules> were
> specified in profiles. If you look at the Upload task from that commit, it
> turns off the main profile and enables the upload profile thus keeping
> wagon from rummaging through the modules. I think if we set it up that way
> again, it will work better.
>
> HTH,
> -Alex
>
> On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Looking through the history, it looks like we've been
> trying to get Maven to not have Wagon run on the modules. Here's a post
> that implies that the way we specified the modules in the profile should
> have kept the submodules from running:
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=q%2BPQ9%2Bf9WvVSL3e0x%2FGr3ao7wMVgbJgdrNkxuWQXAdM%3D&reserved=0
>
> It is interesting that the mechanism in that post seems to
> no longer be working. But it is definitely the goal to not have the
> submodules in the run.
>
> HTH,
> -Alex
>
> On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID>
> wrote:
>
> Yes, Yishay should try that the "-pl
> royale-framework-parent" but will it then search for artifacts generated by
> the submodules? I got concerned when you said there would only be one .asc
> file. There should be one per .swc.
>
> Don't know if it is related, but I went to the staging
> server and found that there were several staging repos open. I thought it
> wouldn't open a new one until the previous one was closed. None of the
> staging repos are complete. Some contain only compiler and typedefs.
> Others the framework but with examples and manualtests as sibling to
> framework. In the past all 3 of compiler, typedefs, and framework end up
> in the staging repo. Thus, we need to understand how staging repos work.
> Does it open a staging repo per IP?
>
> Thanks
> -Alex
>
>
>
> On 4/30/20, 2:43 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> wrote:
>
> Hi folks,
>
> are you actually reading what I wrote? I thought I
> had explained why it's running so often?
>
> You can see that it's executing the upload thing
> for every maven module in the project (You can see the titles of the
> projects changing)
>
> Please just try and add the "-pl
> royale-framework-parent" to the command line and it should only run for the
> main module.
>
> 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 kick you.
>
> Chris
>
>
> Am 30.04.20, 23:37 schrieb "Yishay Weiss" <
> yishayjobs@hotmail.com>:
>
> 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:
> aharui@adobe.com.INVALID>
> Sent: Friday, May 1, 2020 12:32 AM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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" <
> yishayjobs@hotmail.com> 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:
> aharui@adobe.com.INVALID>
> Sent: Thursday, April 30, 2020 10:49 PM
> To: dev@royale.apache.org<mailto:
> dev@royale.apache.org>
> 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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=AH%2FiNcm%2F6uSUsgWfNwRMqRxhnecMt3OfyOvPY4UlpYU%3D&reserved=0
>
> On 4/30/20, 12:41 PM, "Christofer Dutz" <
> christofer.dutz@c-ware.de> 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" <ah...@adobe.com.INVALID>:
>
> 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" <yi...@hotmail.com> 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:
> yishayjobs@hotmail.com>
> Sent: Thursday, April 30, 2020
> 9:32 PM
> To: dev@royale.apache.org
> <ma...@royale.apache.org>
> 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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=4QXwlQfxtrs1qrvnkdnDJ9z7oyAc2ENxbn%2BkqK4uVwg%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
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
--
Carlos Rovira
http://about.me/carlosrovira
Re: wagon:upload problems
Posted by Christofer Dutz <ch...@c-ware.de>.
Hi Alex ...
So let me copy this from the official maven documentation found here: https://maven.apache.org/guides/introduction/introduction-to-profiles.html
"Profiles can also be active by default using a configuration like the following:
<profiles>
<profile>
<id>profile-1</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
...
</profile>
</profiles>
This profile will automatically be active for all builds unless another profile in the same POM is activated using one of the previously described methods. All profiles that are active by default are automatically deactivated when a profile in the POM is activated on the command line or through its activation config."
I have no Idea why you needed to disable the profile, but I have to admit in the old state the hierarchies of profiles was a nightmare.
My concern it that we should keep things simple for the new contributors and for the normal workflow, even if this makes things more complicated for one execution during a release which is currently done once a year. Ok you are planning on speeding things up a little, but even if it's one execution per month, this should not have a negative effect on every build done multiple times a day by multiple people.
Stackoverflow is not a good tutor ... you usually get one answer that might address the one problem you were having but that usually doesn't know about the other constraints. Also you really don't get good explanations most of the time so you don't even know what you're doing and what the implications are. I would consider myself a Maven expert with really a lot of experience with different situations. So please trust my before copy-pasting some half-baked "solution" from stack overflow.
I will do my best to help you folks help you adjust the ant scripts as much as possible.
Chris
Am 01.05.20, 10:04 schrieb "Alex Harui" <ah...@adobe.com.INVALID>:
Hi Chris,
If what you say about "activeByDefault" is true, I don't understand why I had to specify "-main" in the profiles in the releasesteps in order to get this to work in the past. If we restore the "main" profile that is activebydefault, I don't understand why the other profiles couldn't activate the "main" profile.
My concern is that specifying no modules as we used to is not quite the same as specifying a single project called royale-framework-parent which isn't clear to me that it is a module or project, and there will be difference that we have to spend time looking for.
My 2 cents,
-Alex
I have to stop work for tonight, so will see where we are in my morning.
On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi Yishay,
relying on "activeByDefault" is bad. Cause as soon as you just select one single other profile, the activeByDefault profile gets disabled.
So if you have a profile "buildMainModules" and that's active by default, 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 style.
So if the maven folks have to live with this inconvenience just because in case of an Ant scripted release you didn't want to just add “-pl royale-framework-parent" or even "-pl ." (which should do the same) ... then I can't help you folks.
Chris
Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yi...@hotmail.com>:
Hi Chris,
Can you explain why the cleanup was necessary? If Alex is right, and as a result of this cleanup is that an Ant tasks in releasesteps.xml is no longer working as expected, then someone needs to spend time to make sure the rest of the tasks are.
It could be that the best way ends up keeping your changes and adding “-pl royale-framework-parent” to the wagon call, but I’d like to make sure this refactor is actually necessary. Frankly, I don’t think it should have been merged in without testing the release steps.
Thanks,
Yishay
From: Christofer Dutz<ma...@c-ware.de>
Sent: Friday, May 1, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I Alex,
If you do that you're undoing all the cleanup I had been doing. Please don't do that.
I sent you what's needed to make it run in only one module, so could you please just use that?
I also said there were two things wrong. Uploading it for every module was one and the included pattern being wrong s the second. If you fix both, you should be set.
Chris
________________________________
Von: Alex Harui <ah...@adobe.com.INVALID>
Gesendet: Freitag, 1. Mai 2020 08:29
An: dev@royale.apache.org <de...@royale.apache.org>
Betreff: Re: wagon:upload problems
Could be that the answer is in this commit: 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
The way it was setup before was that all <modules> were specified in profiles. If you look at the Upload task from that commit, it turns off the main profile and enables the upload profile thus keeping wagon from rummaging through the modules. I think if we set it up that way again, it will work better.
HTH,
-Alex
On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=q%2BPQ9%2Bf9WvVSL3e0x%2FGr3ao7wMVgbJgdrNkxuWQXAdM%3D&reserved=0
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=AH%2FiNcm%2F6uSUsgWfNwRMqRxhnecMt3OfyOvPY4UlpYU%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=4QXwlQfxtrs1qrvnkdnDJ9z7oyAc2ENxbn%2BkqK4uVwg%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
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Hi Chris,
If what you say about "activeByDefault" is true, I don't understand why I had to specify "-main" in the profiles in the releasesteps in order to get this to work in the past. If we restore the "main" profile that is activebydefault, I don't understand why the other profiles couldn't activate the "main" profile.
My concern is that specifying no modules as we used to is not quite the same as specifying a single project called royale-framework-parent which isn't clear to me that it is a module or project, and there will be difference that we have to spend time looking for.
My 2 cents,
-Alex
I have to stop work for tonight, so will see where we are in my morning.
On 5/1/20, 12:56 AM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi Yishay,
relying on "activeByDefault" is bad. Cause as soon as you just select one single other profile, the activeByDefault profile gets disabled.
So if you have a profile "buildMainModules" and that's active by default, 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 style.
So if the maven folks have to live with this inconvenience just because in case of an Ant scripted release you didn't want to just add “-pl royale-framework-parent" or even "-pl ." (which should do the same) ... then I can't help you folks.
Chris
Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yi...@hotmail.com>:
Hi Chris,
Can you explain why the cleanup was necessary? If Alex is right, and as a result of this cleanup is that an Ant tasks in releasesteps.xml is no longer working as expected, then someone needs to spend time to make sure the rest of the tasks are.
It could be that the best way ends up keeping your changes and adding “-pl royale-framework-parent” to the wagon call, but I’d like to make sure this refactor is actually necessary. Frankly, I don’t think it should have been merged in without testing the release steps.
Thanks,
Yishay
From: Christofer Dutz<ma...@c-ware.de>
Sent: Friday, May 1, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I Alex,
If you do that you're undoing all the cleanup I had been doing. Please don't do that.
I sent you what's needed to make it run in only one module, so could you please just use that?
I also said there were two things wrong. Uploading it for every module was one and the included pattern being wrong s the second. If you fix both, you should be set.
Chris
________________________________
Von: Alex Harui <ah...@adobe.com.INVALID>
Gesendet: Freitag, 1. Mai 2020 08:29
An: dev@royale.apache.org <de...@royale.apache.org>
Betreff: Re: wagon:upload problems
Could be that the answer is in this commit: 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
The way it was setup before was that all <modules> were specified in profiles. If you look at the Upload task from that commit, it turns off the main profile and enables the upload profile thus keeping wagon from rummaging through the modules. I think if we set it up that way again, it will work better.
HTH,
-Alex
On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=q%2BPQ9%2Bf9WvVSL3e0x%2FGr3ao7wMVgbJgdrNkxuWQXAdM%3D&reserved=0
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=AH%2FiNcm%2F6uSUsgWfNwRMqRxhnecMt3OfyOvPY4UlpYU%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cc5b527930a4c406e79f708d7eda51ec4%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239165756301163&sdata=4QXwlQfxtrs1qrvnkdnDJ9z7oyAc2ENxbn%2BkqK4uVwg%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
Re: wagon:upload problems
Posted by Christofer Dutz <ch...@c-ware.de>.
Hi Yishay,
relying on "activeByDefault" is bad. Cause as soon as you just select one single other profile, the activeByDefault profile gets disabled.
So if you have a profile "buildMainModules" and that's active by default, 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 style.
So if the maven folks have to live with this inconvenience just because in case of an Ant scripted release you didn't want to just add “-pl royale-framework-parent" or even "-pl ." (which should do the same) ... then I can't help you folks.
Chris
Am 01.05.20, 09:26 schrieb "Yishay Weiss" <yi...@hotmail.com>:
Hi Chris,
Can you explain why the cleanup was necessary? If Alex is right, and as a result of this cleanup is that an Ant tasks in releasesteps.xml is no longer working as expected, then someone needs to spend time to make sure the rest of the tasks are.
It could be that the best way ends up keeping your changes and adding “-pl royale-framework-parent” to the wagon call, but I’d like to make sure this refactor is actually necessary. Frankly, I don’t think it should have been merged in without testing the release steps.
Thanks,
Yishay
From: Christofer Dutz<ma...@c-ware.de>
Sent: Friday, May 1, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I Alex,
If you do that you're undoing all the cleanup I had been doing. Please don't do that.
I sent you what's needed to make it run in only one module, so could you please just use that?
I also said there were two things wrong. Uploading it for every module was one and the included pattern being wrong s the second. If you fix both, you should be set.
Chris
________________________________
Von: Alex Harui <ah...@adobe.com.INVALID>
Gesendet: Freitag, 1. Mai 2020 08:29
An: dev@royale.apache.org <de...@royale.apache.org>
Betreff: Re: wagon:upload problems
Could be that the answer is in this commit: 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
The way it was setup before was that all <modules> were specified in profiles. If you look at the Upload task from that commit, it turns off the main profile and enables the upload profile thus keeping wagon from rummaging through the modules. I think if we set it up that way again, it will work better.
HTH,
-Alex
On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=U11mif2CXNYO0oEdjfYfTJ3FI1LD0yULS90KBS2p0wQ%3D&reserved=0
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=xOfm3EHaR6KTKCsHjM9jvAo99JDJIeit6R5ybIABilM%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=Syb2ciB8Gvla6e9StWn8g355cI8Rx8dv3kReCjH%2B4VM%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
RE: wagon:upload problems
Posted by Yishay Weiss <yi...@hotmail.com>.
Hi Chris,
Can you explain why the cleanup was necessary? If Alex is right, and as a result of this cleanup is that an Ant tasks in releasesteps.xml is no longer working as expected, then someone needs to spend time to make sure the rest of the tasks are.
It could be that the best way ends up keeping your changes and adding “-pl royale-framework-parent” to the wagon call, but I’d like to make sure this refactor is actually necessary. Frankly, I don’t think it should have been merged in without testing the release steps.
Thanks,
Yishay
From: Christofer Dutz<ma...@c-ware.de>
Sent: Friday, May 1, 2020 10:01 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
Subject: Re: wagon:upload problems
I Alex,
If you do that you're undoing all the cleanup I had been doing. Please don't do that.
I sent you what's needed to make it run in only one module, so could you please just use that?
I also said there were two things wrong. Uploading it for every module was one and the included pattern being wrong s the second. If you fix both, you should be set.
Chris
________________________________
Von: Alex Harui <ah...@adobe.com.INVALID>
Gesendet: Freitag, 1. Mai 2020 08:29
An: dev@royale.apache.org <de...@royale.apache.org>
Betreff: Re: wagon:upload problems
Could be that the answer is in this commit: 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
The way it was setup before was that all <modules> were specified in profiles. If you look at the Upload task from that commit, it turns off the main profile and enables the upload profile thus keeping wagon from rummaging through the modules. I think if we set it up that way again, it will work better.
HTH,
-Alex
On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=U11mif2CXNYO0oEdjfYfTJ3FI1LD0yULS90KBS2p0wQ%3D&reserved=0
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=xOfm3EHaR6KTKCsHjM9jvAo99JDJIeit6R5ybIABilM%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=Syb2ciB8Gvla6e9StWn8g355cI8Rx8dv3kReCjH%2B4VM%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
Re: wagon:upload problems
Posted by Christofer Dutz <ch...@c-ware.de>.
I Alex,
If you do that you're undoing all the cleanup I had been doing. Please don't do that.
I sent you what's needed to make it run in only one module, so could you please just use that?
I also said there were two things wrong. Uploading it for every module was one and the included pattern being wrong s the second. If you fix both, you should be set.
Chris
________________________________
Von: Alex Harui <ah...@adobe.com.INVALID>
Gesendet: Freitag, 1. Mai 2020 08:29
An: dev@royale.apache.org <de...@royale.apache.org>
Betreff: Re: wagon:upload problems
Could be that the answer is in this commit: 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
The way it was setup before was that all <modules> were specified in profiles. If you look at the Upload task from that commit, it turns off the main profile and enables the upload profile thus keeping wagon from rummaging through the modules. I think if we set it up that way again, it will work better.
HTH,
-Alex
On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=U11mif2CXNYO0oEdjfYfTJ3FI1LD0yULS90KBS2p0wQ%3D&reserved=0
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=xOfm3EHaR6KTKCsHjM9jvAo99JDJIeit6R5ybIABilM%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=Syb2ciB8Gvla6e9StWn8g355cI8Rx8dv3kReCjH%2B4VM%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
Re: wagon:upload problems
Posted by Alex Harui <ah...@adobe.com.INVALID>.
Could be that the answer is in this commit: 9e410b29b5f11c832a0005a7feb6d85d6419d3ac
The way it was setup before was that all <modules> were specified in profiles. If you look at the Upload task from that commit, it turns off the main profile and enables the upload profile thus keeping wagon from rummaging through the modules. I think if we set it up that way again, it will work better.
HTH,
-Alex
On 4/30/20, 10:55 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Looking through the history, it looks like we've been trying to get Maven to not have Wagon run on the modules. Here's a post that implies that the way we specified the modules in the profile should have kept the submodules from running: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F10682186%2Fin-maven-can-a-profile-override-the-modules-to-not-include-any&data=02%7C01%7Caharui%40adobe.com%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=U11mif2CXNYO0oEdjfYfTJ3FI1LD0yULS90KBS2p0wQ%3D&reserved=0
It is interesting that the mechanism in that post seems to no longer be working. But it is definitely the goal to not have the submodules in the run.
HTH,
-Alex
On 4/30/20, 2:51 PM, "Alex Harui" <ah...@adobe.com.INVALID> wrote:
Yes, Yishay should try that the "-pl royale-framework-parent" but will it then search for artifacts generated by the submodules? I got concerned when you said there would only be one .asc file. There should be one per .swc.
Don't know if it is related, but I went to the staging server and found that there were several staging repos open. I thought it wouldn't open a new one until the previous one was closed. None of the staging repos are complete. Some contain only compiler and typedefs. Others the framework but with examples and manualtests as sibling to framework. In the past all 3 of compiler, typedefs, and framework end up in the staging repo. Thus, we need to understand how staging repos work. Does it open a staging repo per IP?
Thanks
-Alex
On 4/30/20, 2:43 PM, "Christofer Dutz" <ch...@c-ware.de> wrote:
Hi folks,
are you actually reading what I wrote? I thought I had explained why it's running so often?
You can see that it's executing the upload thing for every maven module in the project (You can see the titles of the projects changing)
Please just try and add the "-pl royale-framework-parent" to the command line and it should only run for the main module.
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 kick you.
Chris
Am 30.04.20, 23:37 schrieb "Yishay Weiss" <yi...@hotmail.com>:
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<ma...@adobe.com.INVALID>
Sent: Friday, May 1, 2020 12:32 AM
To: dev@royale.apache.org<ma...@royale.apache.org>
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" <yi...@hotmail.com> 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<ma...@adobe.com.INVALID>
Sent: Thursday, April 30, 2020 10:49 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=xOfm3EHaR6KTKCsHjM9jvAo99JDJIeit6R5ybIABilM%3D&reserved=0
On 4/30/20, 12:41 PM, "Christofer Dutz" <ch...@c-ware.de> 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" <ah...@adobe.com.INVALID>:
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" <yi...@hotmail.com> 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<ma...@hotmail.com>
Sent: Thursday, April 30, 2020 9:32 PM
To: dev@royale.apache.org<ma...@royale.apache.org>
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%7Cdc910752a8ea4cd571d608d7ed9446ca%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C637239093412064925&sdata=Syb2ciB8Gvla6e9StWn8g355cI8Rx8dv3kReCjH%2B4VM%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