Hi Nicolas

Guillaume worked on maven daemon feature (with parallel build) specifically for 
Camel at the beginning. 

So yeah you can use it. 

Personally I use it sometime when I do a full build (which is rare as I build 
module per module most of the time). 

Regards 
JB

> Le 8 févr. 2022 à 17:35, Otavio Rodolfo Piske <angusyo...@gmail.com> a écrit :
> 
> Hello,
> 
> I have been using parallel builds with Camel and all it's sub-projects
> regularly. On some (rare) occasions I find a problem or two, but it's
> usually solved with rebuilding or running a non-parallel build.
> 
> In my case, I build using Maven Daemon [1] and it has proven to be very
> stable in terms of reliability. A cached build of Camel takes about 1
> minute on my Desktop (Ryzen 9 3900XT 12 cores / 24 threads, 32Gb RAM). I
> don't have the precise numbers, but a clean build with Maven Daemon takes
> about 9 minutes. On my MBP with a similar configuration to yours, a cached
> build is around 3-4 minutes and a non-cached is between 14 to 18 minutes.
> Not great, but not terrible either.
> 
> 1. https://github.com/apache/maven-mvnd
> 
> Kind regards
> 
>> On Tue, Feb 8, 2022 at 5:27 PM Nicolas Filotto <nfilo...@talend.com> wrote:
>> 
>> Hi Cameleers,
>> 
>> I was wondering if it was safe to use the parallel build of maven at least
>> to compile camel faster. Are you aware of any issues with it?
>> 
>> I'm asking that because on my local machine (MBP 2,6 GHz Intel Core i7
>> with 6 cores), launching:
>> 
>>  *   mvn clean install -Pfastinstall -Psourcecheck - takes about 50
>> minutes
>>  *   mvn -T 1C clean install -Pfastinstall -Psourcecheck - takes about 30
>> minutes
>> 
>> So, it is not revolutionary, but it can still be helpful if it is
>> reliable/safe enough.
>> 
>> Thanks in advance for your answers,
>> Nicolas
>> 
>> As a recipient of an email from Talend, your contact personal data will be
>> on our systems. Please see our privacy notice (updated August 2020) at
>> Talend, Inc. <https://www.talend.com/contacts-privacy-policy/>
>> 
>> 
>> 
> 
> -- 
> Otavio R. Piske
> http://orpiske.net

Reply via email to