[
https://issues.apache.org/jira/browse/MNG-8140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tamas Cservenak updated MNG-8140:
---------------------------------
Description:
Currently, when a model is discarded as "invalid", Maven 3.x shows this line in
console:
{noformat}
[WARNING] The POM for org.openjfx:javafx-controls:jar:22.0.1 is invalid,
transitive dependencies (if any) will not be available, enable debug logging
for more details{noformat}
And then when user uses {{-X}} and battles himself thru a TON of debug logs,
will find the cause WHY the model was discarded (despite it was all there even
in non-debug session).
I as want to know from first hand (and as soon as possible) WHY a model was
discarded, so we should modify this output to:
* do not "redirect" me at debug output
* immediately tell me why
Note: Maven4 already have the CLI switch {{-sadp}} "strict artifact descriptor
policy" that will FAIL the build when it hits an "invalid" model, as users
usually don't want invalid models in their builds (is most often usually some
dev mistake, like using property for version/classifier while not defining that
property). This issue affects Maven4 as well, as if the switch is used, build
will fail due "invalid model", but user is still left in dark WHY.
was:
Currently, when a model is discarded as "invalid", Maven 3.x shows this line in
console:
{noformat}
[WARNING] The POM for org.openjfx:javafx-controls:jar:22.0.1 is invalid,
transitive dependencies (if any) will not be available, enable debug logging
for more details{noformat}
And then when user uses {{-X}} and battles himself thru a TON of debug logs,
will find the cause WHY the model was discarded (despite it was all there even
in non-debug session).
I as I dev want to know first hand (and as soon as possible) WHY a model was
discarded, so we should modify this output to:
* do not "redirect" me at debug output
* immediately tell me why
Note: Maven4 already have the CLI switch {{-sadp}} "strict artifact descriptor
policy" that will FAIL the build when it hits an "invalid" model, as users
usually don't want invalid models in their builds (is most often usually some
dev mistake, like using property for version/classifier while not defining that
property). This issue affects Maven4 as well, as if the switch is used, build
will fail due "invalid model", but user is still left in dark WHY.
> When a model is discarded (by model builder) for whatever reason, show why it
> happened
> --------------------------------------------------------------------------------------
>
> Key: MNG-8140
> URL: https://issues.apache.org/jira/browse/MNG-8140
> Project: Maven
> Issue Type: Improvement
> Components: Core
> Reporter: Tamas Cservenak
> Assignee: Tamas Cservenak
> Priority: Major
> Fix For: 3.9.8, 4.0.0-beta-4
>
>
> Currently, when a model is discarded as "invalid", Maven 3.x shows this line
> in console:
> {noformat}
> [WARNING] The POM for org.openjfx:javafx-controls:jar:22.0.1 is invalid,
> transitive dependencies (if any) will not be available, enable debug logging
> for more details{noformat}
> And then when user uses {{-X}} and battles himself thru a TON of debug logs,
> will find the cause WHY the model was discarded (despite it was all there
> even in non-debug session).
> I as want to know from first hand (and as soon as possible) WHY a model was
> discarded, so we should modify this output to:
> * do not "redirect" me at debug output
> * immediately tell me why
> Note: Maven4 already have the CLI switch {{-sadp}} "strict artifact
> descriptor policy" that will FAIL the build when it hits an "invalid" model,
> as users usually don't want invalid models in their builds (is most often
> usually some dev mistake, like using property for version/classifier while
> not defining that property). This issue affects Maven4 as well, as if the
> switch is used, build will fail due "invalid model", but user is still left
> in dark WHY.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)