Hi Daniel,
Daniel Jones wrote:
> Hi all,
>
> Apologies in advance if this isn't the right list to post to.
>
> Using Maven 3.0.3 and Dependency plug-in 2.4, I've encountered a
> strange issue whereby if I specify different versions of a dependency,
> one in compile scope and one in test, only one of them gets 'noticed'.
> I've detailed the problem on Stack Overflow
> (http://stackoverflow.com/questions/9364511/maven-different-dependency-
version-in-test),
> but I'll repeat the explanation here.
>
> In my project I need to depend on a Cloudera distribution of Hadoop
> and a 'vanilla' version for JUnit testing, as the former only works on
> *nix.
>
> When I try and execute my application, I get Exception in thread
> "main" java.lang.NoClassDefFoundError:
> org/apache/hadoop/conf/Configuration. When I run JUnit tests from
> Maven or Eclipse, everything works fine. If I comment out the test
> dependencies, the application runs successfully, but then the tests
> fail because they're using the wrong version.
>
> Why is the compile dependency getting ignored when the test dependency
> is uncommented?
>
>
> org.apache.hadoop
> hadoop-core
> 0.20.2-cdh3u2
> compile
>
>
>
> org.apache.hadoop
> hadoop-core
> 1.0.0
> test
>
>
>
> org.apache.hadoop
> hadoop-test
> 1.0.0
> test
>
>
> mvn dependency:list shows the following, which does not show the
> compile scoped version at all:
>
> [INFO] The following files have been resolved:
> [INFO] ant:ant:jar:1.6.5:test
> [INFO] aopalliance:aopalliance:jar:1.0:compile
> [INFO] asm:asm:jar:3.3.1:compile
> [INFO] cglib:cglib:jar:2.2.2:compile
> [INFO] ch.qos.logback:logback-classic:jar:1.0.0:compile
> [INFO] ch.qos.logback:logback-core:jar:1.0.0:compile
> [INFO] com.google.guava:guava:jar:r08:compile
> [INFO] com.h2database:h2:jar:1.3.164:test
> [INFO] com.jolbox:bonecp:jar:0.7.1.RELEASE:compile
> [INFO] com.sun.jersey:jersey-core:jar:1.11:test
> [INFO] commons-beanutils:commons-beanutils:jar:1.7.0:test
> [INFO] commons-beanutils:commons-beanutils-core:jar:1.8.0:test
> [INFO] commons-cli:commons-cli:jar:1.2:test
> [INFO] commons-codec:commons-codec:jar:1.4:test
> [INFO] commons-collections:commons-collections:jar:3.2.1:test
> [INFO] commons-configuration:commons-configuration:jar:1.6:test
> [INFO] commons-digester:commons-digester:jar:1.8:test
> [INFO] commons-el:commons-el:jar:1.0:test
> [INFO] commons-httpclient:commons-httpclient:jar:3.0.1:test
> [INFO] commons-lang:commons-lang:jar:2.4:test
> [INFO] commons-logging:commons-logging:jar:1.1.1:compile
> [INFO] commons-net:commons-net:jar:1.4.1:test
> [INFO] hsqldb:hsqldb:jar:1.8.0.10:test
> [INFO] junit:junit:jar:4.10:test
> [INFO] mysql:mysql-connector-java:jar:5.1.18:compile
> [INFO] net.java.dev.jets3t:jets3t:jar:0.7.1:test
> [INFO] net.sf.kosmosfs:kfs:jar:0.3:test
> [INFO] org.apache.commons:commons-math:jar:2.1:test
> [INFO] org.apache.ftpserver:ftplet-api:jar:1.0.0:test
> [INFO] org.apache.ftpserver:ftpserver-core:jar:1.0.0:test
> [INFO] org.apache.ftpserver:ftpserver-deprecated:jar:1.0.0-M2:test
> [INFO] org.apache.hadoop:hadoop-core:jar:1.0.0:test
> [INFO] org.apache.hadoop:hadoop-test:jar:1.0.0:test
> [INFO] org.apache.mina:mina-core:jar:2.0.0-M5:test
> [INFO] org.codehaus.jackson:jackson-core-asl:jar:1.0.1:test
> [INFO] org.codehaus.jackson:jackson-mapper-asl:jar:1.0.1:test
> [INFO] org.eclipse.jdt:core:jar:3.1.1:test
> [INFO] org.hamcrest:hamcrest-core:jar:1.1:test
> [INFO] org.liquibase:liquibase-core:jar:2.0.3:test
> [INFO] org.liquibase.ext:liquibase-slf4j:jar:0.0.1:test
> [INFO] org.mortbay.jetty:jetty:jar:6.1.26:test
> [INFO] org.mortbay.jetty:jetty-util:jar:6.1.26:test
> [INFO] org.mortbay.jetty:jsp-2.1:jar:6.1.14:test
> [INFO] org.mortbay.jetty:jsp-api-2.1:jar:6.1.14:test
> [INFO] org.mortbay.jetty:servlet-api:jar:2.5-20081211:test
> [INFO] org.mortbay.jetty:servlet-api-2.5:jar:6.1.14:test
> [INFO] org.slf4j:jcl-over-slf4j:jar:1.6.4:compile
> [INFO] org.slf4j:log4j-over-slf4j:jar:1.6.4:compile
> [INFO] org.slf4j:slf4j-api:jar:1.6.4:compile
> [INFO] org.springframework:spring-aop:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-asm:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-beans:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-context:jar:3.1.1.RELEASE:compile
> [INFO]
> [org.springframework:spring-context-support:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-core:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-expression:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-jdbc:jar:3.1.1.RELEASE:compile
> [INFO] org.springframework:spring-test:jar:3.1.1.RELEASE:test
> [INFO] org.springframework:spring-tx:jar:3.1.1.RELEASE:compile
> [INFO]
> [org.springframework.data:spring-data-hadoop:jar:1.0.0.BUILD-SNAPSHOT:c
> ompile
> [INFO] oro:oro:jar:2.0.8:test
> [INFO] tomcat:jasper-compiler:jar:5.5.12:test
> [INFO] tomcat:jasper-runtime:jar:5.5.12:test
> [INFO] xmlenc:xmlenc:jar:0.52:test
>
> I've worked around the issue for now by using profile properties, but
> I thought it would be worth mentioning this on the Maven list in case
> it turns out to be a bug.
No, it is by design. Maven will always resolve the same dependency (in term
of groupId:artifactId) to the "nearest" version.
Regards,
Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org