Java 7 con Emma y junit causando java.lang.VerifyError e ilegales errores variables locales

Question

Así que estoy recibiendo estos errores

[junit] Illegal local variable table length 17 in method test.nz.ac.massey.cs.sdc.log4jassignment.s06005586.AppenderLayoutTest.()V

[junit] java.lang.VerifyError: Expecting a stackmap frame at branch target 11 in method test.nz.ac.massey.cs.sdc.log4jassignment.s06005586.StressTest.()V at offset 4

[junit] java.lang.ClassFormatError: Illegal local variable table length 17 in method test.nz.ac.massey.cs.sdc.log4jassignment.s06005586.AppenderLayoutTest.()V

Y me gustaría saber cómo puedo solucionarlo ...

lo que he leído:

• Java 7 JVM VerifyError in Eclipse
• Testng, Emma, Cobertura, coverage and JDK 7 result in ClassFormatError and VerifyError
• EMMA code coverage
• Using EMMA with ANT for JUnit test coverage reporting
• Bug 141252 - 1.6 compiler ClassFormatError: Illegal class name "" in class file (FIXED)
• 3.2. : instrumenting Java classes on-the-fly

lo que he hecho:

Recursos:

• build.xml (caducará en 24 horas)
• build.xml output (caducará en 24 horas)
• Ant diagnostics report (expirará en 24 horas)
• previous question
• maven-emma-plugin-0.6.jar
• emma.jar and emma_ant.jar

Para alguna razón realmente loca por la que el JUnit pasa en target="test" pero falla en target="emmatest".

Ésta es la salida de línea de comandos desde java -version

java version "1.7.0_03" 
Java(TM) SE Runtime Environment (build 1.7.0_03-b05) 
Java HotSpot(TM) 64-Bit Server VM (build 22.1-b02, mixed mode) 

He tratado de establecer los parámetros por defecto para mi java7 JRE a -XX:-UseSplitVerifier de here

arguments http://iforce.co.nz/i/dvsh1eoc.n0m.png

También he intentado que se queje con JDK 1.6 en el Project Properties.

complaint http://iforce.co.nz/i/4jxuj4eb.rae.png

JUnit resultados de las pruebas directas (no hay errores en la traza)

junit http://iforce.co.nz/i/wicrvpsi.5gw.png

estoy fuera de opciones, por favor ayuda! :(

Answer 1

sonidos extraños.

En primer lugar, comprobar su código para ver si ha utilizado nueva gramática características introducidas en el JDK 1.7, como try-with-resource o diamond operator.

Me encontré con este VerifyError antes, cuando uso cobertura. Sin embargo, cuando configuro -XX:-UseSplitVerifier en la tarea junit, se resuelve. Lo configuré especificando un elemento anidado <jvmarg> en la tarea junit.

Además, la mayoría de las librerías de cobertura parecen soportar JDK1.7 muy mal. Sin embargo, Jacoco funciona bien con JDK1.7, así que lo estoy usando por ahora.

Answer 2

-XX:-UseSplitVerifier

funciona para mí y yo no tenía que rebajar JRE de 1,7 a 1,6