You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not quite sure if this should be reported here or in the Maven Jira. But as it seems to be related to #180 reporting here first. Please let me know if I should report there.
When a parent POM or pluginManagement defines a set of annotation processors with versions, and the child POM or plugins defines another set of processors without versions (relying on dependencyManagement), the version is inherited from the processor defined at the corresponding position in the list instead of the dependency management.
If I omit the groupId from plugins it also inherits it from parent. It feels like Maven's list and non-list merge behavior gets mixed up and it replaces the list but fills in any missing fields.
I am pretty sure that a combine.children or combine.self may workaround this, but the current way fells wrong.
Let me know if you need any more infos.
The text was updated successfully, but these errors were encountered:
Affected version
3.14.0
Bug description
Not quite sure if this should be reported here or in the Maven Jira. But as it seems to be related to #180 reporting here first. Please let me know if I should report there.
When a parent POM or
pluginManagement
defines a set of annotation processors with versions, and the child POM orplugins
defines another set of processors without versions (relying ondependencyManagement
), the version is inherited from the processor defined at the corresponding position in the list instead of the dependency management.The following POM shows the issue:
The resulting effective POM end up like this:
If I omit the
groupId
fromplugins
it also inherits it from parent. It feels like Maven's list and non-list merge behavior gets mixed up and it replaces the list but fills in any missing fields.I am pretty sure that a
combine.children
orcombine.self
may workaround this, but the current way fells wrong.Let me know if you need any more infos.
The text was updated successfully, but these errors were encountered: