[ 
https://issues.apache.org/jira/browse/MENFORCER-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Slawomir Jaranowski closed MENFORCER-415.
-----------------------------------------
    Fix Version/s: 3.2.0
       Resolution: Fixed

> Violation messages can be really hard to find in a multi module project
> -----------------------------------------------------------------------
>
>                 Key: MENFORCER-415
>                 URL: https://issues.apache.org/jira/browse/MENFORCER-415
>             Project: Maven Enforcer Plugin
>          Issue Type: Improvement
>          Components: Plugin
>    Affects Versions: 3.0.0-M3, 3.0.0
>            Reporter: Falko Modler
>            Assignee: Slawomir Jaranowski
>            Priority: Major
>             Fix For: 3.2.0
>
>
> In a multi module project, when building with multiple threads (-T) and/or 
> --fail-at-end, enforcer rule violation messages can be really hard to find.
> After BUILD FAILURE you just see e.g.
> {noformat}
> Failed to execute goal 
> org.apache.maven.plugins:maven-enforcer-plugin:3.0.0-M3:enforce 
> (enforce-test-deps-scope) on project quarkus-integration-test-jpa: Some 
> Enforcer rules have failed. Look above for specific messages explaining why 
> the rule failed. -> [Help 1]
> {noformat}
> You then have to scroll up, past a potentially huge list of SKIPPED reactor 
> modules and messages like the following:
> {noformat}
> [INFO] 
> ------------------------------------------------------------------------
> [INFO] Skipping Quarkus - Integration Tests - Mailer
> [INFO] This project has been banned from the build due to previous failures.
> [INFO] 
> ------------------------------------------------------------------------ 
> {noformat}
> Then, finally, when reaching the first (from the bottom) potentially relevant 
> module outputs, you have find the part with the actual violation messages 
> which can be even higher up.
> This only gets worse when building in parallel.
> The idea is to enrich the {{MojoExecutionException}} with the actual 
> violation messages, either in general or via a new property/parameter.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to