> On 23 Jun 2023, at 14:27, Alexandre Gallice <aldettin...@gmail.com> wrote: > > Beyond bisect scripts, other developers could be impacted... it's a bit > like deprecating a profile. > For the sake of smooth transition, I wonder if it would be possible to have > something like the fastinstall profile setting -Dquickly and printing a > message that fastinstall might be possibly removed in the future. > > Alex
Hi Yeah as that Maven profile has been exposed to the users as well since ages, so removing it (and asking them to adjust their settings.xml to achieve the same) doesn’t sound much “Newcomer friendly”: https://camel.apache.org/manual/building.html#_a_quick_build_without_running_tests <https://camel.apache.org/manual/building.html#_a_quick_build_without_running_tests> And thanks Peter a lot for his awesome work on his PR! -- Babak > > On Fri, Jun 23, 2023 at 11:47 AM Otavio Rodolfo Piske <angusyo...@gmail.com> > wrote: > >> So, the primary reason I'd like to keep the fastinstall profile is because >> I bisect Camel often to find which commit introduced a certain bug, test >> failure or behavior. If we remove this profile, then I would have to adjust >> my bisect script so that in newer versions it uses "mvn -Dquickly" and in >> versions before this patch it would use "mvn -Pfastinstall" ... and I would >> have to, somehow, detect from when to start using one or the other (I think >> it would be difficult). >> >> I haven't thought about adding the profile to my user's settings.xml file, >> but maybe that would do the trick ... I'll give it a try. >> >> Regardless of that, the lack of fastinstall profile is not a blocker from >> my end. I think this is a good improvement. >> >> Kind regards >> >> On Fri, Jun 23, 2023 at 11:30 AM Peter Palaga <ppal...@redhat.com> wrote: >> >>> On 23/06/2023 09:38, Otavio Rodolfo Piske wrote: >>>> +1 from me. >>>> >>>> All in all I think this is a good thing. Our build takes _way_ too >> long, >>> so >>>> any effort that can reduce this time is welcome. Also, I like that this >>>> would make the build similar to CEQ. Ideally, in the future, we could >>> also >>>> apply the same pattern to both CSB and CKC, so that we have an uniform >>>> build process across the board. >>>> >>>> That said, I have one (hopefully) simple request* in all of this: for >> us >>> to >>>> retain the fastinstall profile. The reason for me asking this is >> because >>> it >>>> makes my bisect scripts much easier. >>>> >>>> * Obs.: as far as I can tell, the PR does not remove the fastinstall >>>> profile, so this is more like "just to be sure". >>> >>> Thanks for the feedback, Otavio! I actually wanted to remove the >>> fastinstall profile altogether but now I see there are some leftovers. >>> You mean you want to keep the fastinstall profile as it was with all >>> those skip properties? I am open to that, but still, I wonder whether >>> defining fastinstall in your settings.xml would not be a good enough >>> solution too? >>> >>> -- P >>> >>>> Great work, Peter ... I'm hoping to see these changes merged. >>>> >>>> Kind regards >>>> >>>> On Fri, Jun 23, 2023 at 1:00 AM Peter Palaga <ppal...@redhat.com> >> wrote: >>>> >>>>> Hi, >>>>> >>>>> In PR https://github.com/apache/camel/pull/10476 I tried to make some >>>>> changes to improve ergonomics and reproducibility. >>>>> >>>>> The first idea is to auto-fix formatting issues instead of outputting >>>>> error messages. I.e. rather than using Checkstyle plugin that is not >>>>> able to fix even basic violations of its policies, >> maven-license-plugin, >>>>> maven-formatter-plugin and maven-impsort-plugin are enabled by default >>>>> to format the sources in the desired way without contributors having >> to >>>>> configure their IDEs or anything else manually. There are some more >>>>> details in https://issues.apache.org/jira/browse/CAMEL-19461 >>>>> >>>>> My second goal was to make the fast build (done from a state that >> passed >>>>> the CI) as fast as possible by removing the unessential Maven mojos >> from >>>>> the Maven execution plan altogether. We use this since longer in Camel >>>>> Quarkus and it is explained in detail in this blog: >>>>> >> https://peter.palaga.org/2020/10/29/skipping-maven-mojos-properly.html >>>>> The new mechanism is slightly different from how our original >>>>> `fastinstall` profile worked. `fastinstall` was disabling mojos by >>>>> defining their skip properties and it was activated simply by passing >>>>> `-Pfastinstall`. The new fast build does something different: it >>>>> disables the default `full` profile by passing a property. Because the >>>>> invocation had to change from -P to -D I dared to use the same >> property >>>>> name as we use in Camel Quarkus: `-Dquickly` I hope that's fine for >>>>> everybody. See also https://issues.apache.org/jira/browse/CAMEL-19466 >>>>> >>>>> On my machine with 32 virtual threads, invoking `mvnd clean install >>>>> -Dquickly` takes >>>>> >>>>> * 1st build: 1m 21s >>>>> * 2nd build: 1m 10s >>>>> >>>>> The subsequent builds are slower. I have not investigated why, it is >>>>> perhaps because of garbage collection or some plugin might be leaking >>>>> memory. >>>>> >>>>> The third thing is not having the Apache Snapshots Maven repository >>>>> enabled by default for the sake of reproducibility locally and on CI. >>>>> It is still present in the `apache-snapshots` profile. >>>>> There are more details in >>>>> https://issues.apache.org/jira/browse/CAMEL-19465 >>>>> >>>>> Any feedback is welcome. >>>>> >>>>> Thanks, >>>>> >>>>> -- Peter >>>>> >>>>> >>>> >>> >>> >> >> -- >> Otavio R. Piske >> http://orpiske.net >>