Mockito – problema de inheritance de class de escopo de pacote estranho

Encontrei um problema muito interessante e depois da debugging encontrei o cenário para reproduzi-lo.

Então, se eu tiver uma class com o escopo do pacote B que tenha algum método público e uma class pública A que o estenda:

package somepackage; class B { public void someMethod() { throw NullPointerException(); } } package somepackage; public class A extends B { } 

e depois no teste:

 A a = mock(A.class); a.someMethod(); 

e adivinhe, estou recebendo NullPointerException que acabei de lançar, então Mockito cria um object “real” e chama um método real em vez de um mocked. Por quê?

 java.lang.IllegalArgumentException at test.B.setProxy(B.java:6) at test.A.setProxy(A.java:1) at secretservice.service.TestFDSServiceImpl.testService(TestFDSServiceImpl.java:17) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) 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:467) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) 

No exemplo acima eu tenho IllegalArgumentException como eu mudei na class B apenas para ter certeza que NullPointerException não é causado por outra coisa.

Eclipse: Juno Service Release 1, id de construção: 20120920-0800 Mockito: 1.8.4 (também testado com 1.9.5) JUnit: 4.10

editar

A versão beta mais recente do mockito 2.x usa agora ByteBuddy que não é afetada por este problema. Pode haver alguns ajustes de API, mas é praticamente funcional e funcional. Também haverá quebra de compatibilidade com os correspondentes mockito existentes. Se está tudo bem para o projeto, seria ótimo ter feedback sobre a API enquanto o mockito 2 está em beta.

original

Há um problema conhecido quando a class zombada tem um pai não público. O método não pode ser stubbed. Veja a questão 212 .

O problema é que os methods de ponte são gerados pelo compilador para acessar o método do pai, no entanto, isso confunde ferramentas de bytecode como o CGLIB. A menos que você consiga corrigir o CGLIB, não há solução real.

Desculpe, você tem que resolver isso de uma maneira diferente: /