[ 
https://issues.apache.org/jira/browse/MNG-7433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17519781#comment-17519781
 ] 

Dan Tran commented on MNG-7433:
-------------------------------

Thanks for the suggestion regarding 'aggregating mojo',  I found the consistent 
pattern where

    * after sonar-analysis module execution invoked  mdev:sonar ( aggregating 
mojo which spins a maven instance to run sonar:sonar), other thread is blocked 
when it runs any aggregating mojos

we have a number of internal mojos with 'aggregator = true' set at @Mojo 
annotation used during the build process.
We set it this way so that it is not running in reactor mode in default

My guess here is I need to update all internal mojos with aggregator=false.  
btw buildnumber-m-p also in same category

is it something Maven team can fix in 3.9?




> [REGRESSION] Multiple maven instances working on same source tree can lock 
> each other
> -------------------------------------------------------------------------------------
>
>                 Key: MNG-7433
>                 URL: https://issues.apache.org/jira/browse/MNG-7433
>             Project: Maven
>          Issue Type: Bug
>    Affects Versions: 3.8.5
>            Reporter: Dan Tran
>            Priority: Major
>
> I have a large multi modules java maven build where:
>   * phase 1 - basic build + unit tests + jacoco  - 40 min
>   * phase 2 - sonar:sonar 20 min
>   * phase 3 - final packaging and basic smoke-test - 20 min
> To take advantage of Maven multi-threaded build, during the reactor build, 
> one of our maven module spins another instance of Maven to run sonar:sonar 
> goal right after the basic build is done. 
> This means  our phase 2 and phase 3 run in parallel sharing the same source 
> tree, same local maven repo (where sonar:sonar should have all needed 
> dependencies at the share local maven repo to run its task)
> With maven-3.8.5, parallelization is no longer possible, phase 3 is blocked 
> until phase 2 is done. 
> I am able to trace it to  https://github.com/apache/maven/pull/628 where the 
> locking started the happen
> How does the lock mechanic work?  there must be a local file where both Maven 
> instances are watching each other.  Is there an option to disable this lock?



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Reply via email to