You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Alexander Izyurov (JIRA)" <ji...@codehaus.org> on 2013/10/08 17:44:52 UTC

[jira] (MENFORCER-165) No duplicate classes rule

Alexander  Izyurov created MENFORCER-165:
--------------------------------------------

             Summary: No duplicate classes rule
                 Key: MENFORCER-165
                 URL: https://jira.codehaus.org/browse/MENFORCER-165
             Project: Maven Enforcer Plugin
          Issue Type: New Feature
          Components: Standard Rules
    Affects Versions: 1.4, 2.0
            Reporter: Alexander  Izyurov


A typical problem in dependency management is caused by artifacts with different groupId and/or artifactId containing classes with the same fully qualified names. DependencyConvergence and RequireUpperBoound rules cannot handle this kind of conflict. Examples are:
Group renamed but classes remain the same: org.jdom:jdom:jar:1.1 and jdom:jdom:jar:1.0
Classes moved to another project: org.hamcrest:hamcrest-core:jar:1.1 and junit:junit:jar:4.10
Different sources of synonimic classes: xerces:xmlParserAPIs:jar:2.6.2 xml-apis:xml-apis:jar:1.0.b2
"All" jar and partial jar are both in dependencies (probably via transitive dependencies): org.codehaus.xfire:xfire-core:jar:1.2.6 and org.codehaus.xfire:xfire-all:jar:1.2.6 - this conflict seems harmless, the previous 3 may cause unpredictable results.

The solution is to have NoDuplicateClasses rule, which detects conflicts of this kind.


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira