Immer javassist.NotFoundException mit PowerMock und PowerRule in JUnit mit Mockito
Habe ich integriert PowerMock und PowerRule in mit JUnit Mockito.
Hier sind meine Abhängigkeiten:
<dependency>
<groupId>javassist</groupId>
<artifactId>javassist</artifactId>
<version>3.12.0.GA</version>
</dependency>
<dependency>
<groupId>asm</groupId>
<artifactId>asm</artifactId>
<version>3.3.1</version>
</dependency>
<dependency>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
<version>2.2.2</version>
</dependency>
<dependency>
<groupId>org.powermoc</groupId>
<artifactId>powermock-module-junit4</artifactId>
<version>1.4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-api-mockito</artifactId>
<version>1.4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-module-junit4-rule</artifactId>
<version>1.4.12</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-classloading-objenesis</artifactId>
<version>1.4.12</version>
<scope>test</scope>
</dependency>Meine test-Klasse ist:
public class TestClass extends AbstractShiroTest{
@Rule
public PowerMockRule rule = new PowerMockRule();
@Autowired
SomeService someService;
@Before
public void setUp(){
Map<String, Object> newMap = new HashMap<String, Object>();
newMap.put("userTimeZone", "Asia/Calcutta");
Subject subjectUnderTest = mock(Subject.class);
when(subjectUnderTest.getPrincipal()).thenReturn(LMPTestConstants.USER_NAME);
Session session = mock(Session.class);
when(session.getAttribute(LMPCoreConstants.USER_DETAILS_MAP)).thenReturn(newMap);
when(subjectUnderTest.getSession(false)).thenReturn(session);
setSubject(subjectUnderTest);
PowerMockito.mockStatic(CasSessionUtil.class);
when(CasSessionUtil.getCarrierId()).thenReturn(1L);
}
@Test
public void myTestMethod() {
someService.doSomething();
}
}doSomething ist der Aufruf einer statischen Methode, die ich brauche, zu verspotten.
Wenn ich mit meinem test-Fall, bekomme ich javassist.NotFoundException: $Proxy88.
Volle stack-trace:
java.lang.RuntimeException: javassist.NotFoundException: $Proxy88
bei org.powermock.core.classloader.MockClassLoader.loadUnmockedClass(MockClassLoader.java:187)
bei org.powermock.core.classloader.MockClassLoader.loadModifiedClass(MockClassLoader.java:147)
bei org.powermock.core.classloader.DeferSupportingClassLoader.loadClass(DeferSupportingClassLoader.java:67)
bei java.lang.ClassLoader.loadClass(ClassLoader.java:252)
bei java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
bei java.lang.Klasse.forName0(Native-Methode)
bei java.lang.Klasse.forName(Class.java:247)
bei org.powermock.api.Unterstützung.ClassLoaderUtil.loadClass(ClassLoaderUtil.java:66)
bei org.powermock.api.Unterstützung.ClassLoaderUtil.loadClass(ClassLoaderUtil.java:26)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:243)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:248)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:248)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:248)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:248)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:248)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.cloneFields(DeepCloner.java:248)
bei org.powermock.zum laden von Klassen.DeepCloner.performClone(DeepCloner.java:128)
bei org.powermock.zum laden von Klassen.DeepCloner.clone(DeepCloner.java:82)
bei org.powermock.zum laden von Klassen.DeepCloner.clone(DeepCloner.java:69)
bei org.powermock.zum laden von Klassen.ClassloaderExecutor.execute(ClassloaderExecutor.java:89)
bei org.powermock.zum laden von Klassen.ClassloaderExecutor.execute(ClassloaderExecutor.java:78)
bei org.powermock.Module.junit4.Regel.PowerMockStatement.bewerten(PowerMockRule.java:49)
bei org.springframework.test.Kontext.junit4.Aussagen.SpringRepeat.bewerten(SpringRepeat.java:72)
bei org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:231)
bei org.junit.die Läufer.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
bei org.junit.die Läufer.ParentRunner$3.run(ParentRunner.java:193)
bei org.junit.die Läufer.ParentRunner$1.Zeitplan(ParentRunner.java:52)
bei org.junit.die Läufer.ParentRunner.runChildren(ParentRunner.java:191)
bei org.junit.die Läufer.ParentRunner.access$000(ParentRunner.java:42)
bei org.junit.die Läufer.ParentRunner$2.bewerten(ParentRunner.java:184)
bei org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61)
bei org.junit.intern.die Läufer.Aussagen.RunAfters.bewerten(RunAfters.java:31)
bei org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:71)
bei org.junit.die Läufer.ParentRunner.run(ParentRunner.java:236)
bei org.springframework.test.Kontext.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:174)
bei org.eclipse.jdt.intern.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
bei org.eclipse.jdt.intern.junit.runner.TestExecution.run(TestExecution.java:38)
bei org.eclipse.jdt.intern.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
bei org.eclipse.jdt.intern.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
bei org.eclipse.jdt.intern.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
bei org.eclipse.jdt.intern.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Verursacht durch: javassist.NotFoundException: $Proxy88
bei javassist.ClassPool.bekommen(ClassPool.java:436)
bei org.powermock.core.classloader.MockClassLoader.loadUnmockedClass(MockClassLoader.java:180)
... 46 mehr
Wenn ich die Abhängigkeit zu
<dependency>
<groupId>org.powermock</groupId>
<artifactId>powermock-classloading-xstream</artifactId>
<version>1.4.12</version>
<scope>test</scope>
</dependency>dann bekomme ich eine andere exception. Bitte sehen https://stackoverflow.com/questions/12176049/suggest-work-around-for-com-thoughtworks-xstream-converters-conversionexception (gelöscht ALSO Frage, erfordert 10k).
Ich habe sogar versucht mit javassist version 15, aber das hat das gleiche problem.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Fand sich die Lösung selber:
Verwenden Sie die unten Abhängigkeiten (für Power-Mock-und Power-Regel) nur
Nun ich bin nicht immer einer der oben genannten Ausnahmen
Ersetzen powermock-Modul-junit4-Regel mit powermock-Modul-junit4-Regel-agent.
Der Hauptunterschied zwischen den Agenten basiert bootstrapper und die zum laden von Klassen basiert bootstrapper ist, dass man gar nicht zum laden von Klassen Probleme.
Ohne mehr code-Beispiele entnehme ich, dass der code den Frühling im test. Also ich glaube, der Grund für diesen Fehler ist, dass Verwandte bis zum Frühjahr zu verwenden, die scheinen generiert zu haben JDK-proxies (
$Proxy88).Und die Art und Weise Powermock arbeitet, ist durch ausführen der JUnit-test in einer neuen classloader, um zu ändern den bytecode dieser Klassen, leider ist es nur möglich, ändern Sie den bytecode aus einer die eigentliche Datei, oder zumindest von einem Ort, wo es möglich ist zu Lesen, die Klasse binary, da java keinen Zugriff bytecode bereits in die JVM geladen. (Es kann möglich sein, mit einem Agenten in einer begrenzten Art und Weise).
Als JDK-proxies nicht auf der Festplatte existiert, können Sie nicht gelesen werden, oder kopiert und an die spezifischen Powermock classloader.
Dem test, den Sie schreiben, ist nicht ein Gerät testen, wie es ist mit einem Spring-Kontext. Möchten Sie vielleicht schreiben Sie ein echtes Unit-Test ersten. Dann einige Integration Test, , in denen Sie nicht brauchen, spottet.
Auch Sie sollten vermeiden, die Verwendung von Statik, denn es ist ein Testbarkeit Alptraum. Sie sollten schreiben Sie Ihre Produktion von code in einer Weise, wo statische Anrufe brauchen nicht zu spotten.
Cheers,