[
https://issues.apache.org/jira/browse/MNG-6824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17001963#comment-17001963
]
Hudson commented on MNG-6824:
-----------------------------
Build succeeded in Jenkins: Maven TLP » maven » master #338
See https://builds.apache.org/job/maven-box/job/maven/job/master/338/
> ModelMerger is broken
> ---------------------
>
> Key: MNG-6824
> URL: https://issues.apache.org/jira/browse/MNG-6824
> Project: Maven
> Issue Type: Bug
> Affects Versions: 3.6.3
> Reporter: Robert Scholte
> Assignee: Robert Scholte
> Priority: Major
> Fix For: 3.7.0
>
>
> When having 2 equal Models, you would expect that the {{ModelMerge.merge()}}
> would have the same result.
> But it doesn't.
> Some clear issues:
> # the following all return a new List, adding both original modules
> #- project.modules
> #- reportSet.reports
> #- mailingList.otherArchives
> #- contributor.roles, build.filters
> #- execution.goals
> #- patternSet.includes
> #- patternSet.excludes
> # most (all?) keys return the instance, instead of the id-field (when
> available)
> The ModelMerger was an option to solve locationTracking with the
> build/consumer pom.
> The original flow:
> - rawModel (from pom , includes linenumbers) + validate
> - rawModel+inheritence=effectiveModel + validate
> The new flow
> - fileModel (from pom , includes linenumbers) + validate
> - rawModel (pom + XMLFilter, so no linenumber) + validate
> - rawModel+inheritence=effectiveModel + validate
> Validation problems of the effectiveModel can still refer to linenumbers, so
> Maven should be able to get these. ModelMerger was an option to merge them
> fileModel + rawModel to get access to the locationTracker, but with this
> issue we might consider a different approach.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
