You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Daniel Barclay (Drill/MapR) (JIRA)" <ji...@apache.org> on 2015/02/01 04:51:34 UTC

[jira] [Commented] (DRILL-2130) multiple versions of JUnit/Hamcrest cause test failures to fail with NoSuchMethodError

    [ https://issues.apache.org/jira/browse/DRILL-2130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14300067#comment-14300067 ] 

Daniel Barclay (Drill/MapR) commented on DRILL-2130:
----------------------------------------------------

The Mockito package ({{mockito-all-1.9.0.jar}}) seems to have something to do with the problem.  It contains Hamcrest classes, presumably older ones that those in {{hamcrest-core-1.3.jar}}.

The symptoms I've seen (test failure failures and lack of access to, say, {{org.hamcrest.core.StringStartsWith}} in Eclipse ) seem to indicate that the old Hamcrest classes are in something (presumably the Mockito Jar) listed on the classpath earlier than the Hamcrest Jar file.

> multiple versions of JUnit/Hamcrest cause test failures to fail with NoSuchMethodError
> --------------------------------------------------------------------------------------
>
>                 Key: DRILL-2130
>                 URL: https://issues.apache.org/jira/browse/DRILL-2130
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Tools, Build & Test
>            Reporter: Daniel Barclay (Drill/MapR)
>            Assignee: Jacques Nadeau
>
> Apparently we have included multiple versions of JUnit and/or Hamcrest, and the new versions are not first on the class path.
> This means that when an assertThat call tries to report that an actual value mismatches an expected value, it dies with a NoSuchMethod error.
> That in turn means that what would have been an informative test-failure message turns into a confusing crash.  
> It seems that something like this is happening:  The unit test is calling the new version of some JUnit or Hamcrest class.  That class is calling a method in another class (in Hamcrest), but the old version of the class gets loaded, so the call fails with NoSuchMethodError. 
> Here's a sample stacktrace:
> java.lang.NoSuchMethodError: org.hamcrest.Matcher.describeMismatch(Ljava/lang/Object;Lorg/hamcrest/Description;)V
> 	at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:18)
> 	at org.apache.drill.jdbc.test.DatabaseMetaDataTest.test_getColumns_resultSetMetadataIsCorrect(DatabaseMetaDataTest.java:179)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at java.lang.reflect.Method.invoke(Method.java:606)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at java.lang.reflect.Method.invoke(Method.java:606)
> 	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
> 	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)