Понимание того, как разрешить исключение "Несогласованные кадры стековой карты"

Question

Я получаю исключение при запуске веб-приложения, поскольку guice пытается создать упомянутый класс.

java.lang.VerifyError: Inconsistent stackmap frames at branch target 2770 in method com.aptusi.apps.magazine.api.servlet.internal.EditorServlet.service(Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;Ljava/lang/String;Lcom/aptusi/persistence/runtime/framework/DboSession;)V at offset 200
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2483)
at java.lang.Class.getDeclaredConstructors(Class.java:1891)
at com.google.inject.spi.InjectionPoint.forConstructorOf(InjectionPoint.java:243)
at com.google.inject.internal.ConstructorBindingImpl.create(ConstructorBindingImpl.java:96)
at com.google.inject.internal.InjectorImpl.createUninitializedBinding(InjectorImpl.java:629)
at com.google.inject.internal.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:845)
at com.google.inject.internal.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:772)
at com.google.inject.internal.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:256)
at com.google.inject.internal.InjectorImpl.getBindingOrThrow(InjectorImpl.java:205)
at com.google.inject.internal.InjectorImpl.getBinding(InjectorImpl.java:146)
at com.google.inject.internal.InjectorImpl.getBinding(InjectorImpl.java:66)
at com.google.inject.servlet.ServletDefinition.init(ServletDefinition.java:103)
at com.google.inject.servlet.ManagedServletPipeline.init(ManagedServletPipeline.java:82)
at com.google.inject.servlet.ManagedFilterPipeline.initPipeline(ManagedFilterPipeline.java:102)
at com.google.inject.servlet.GuiceFilter.init(GuiceFilter.java:172)`

Я знаю об опциях -XX:-UseSplitVerifier и -noverify jvm, но я не хочу их использовать, так как хочу убедиться, что весь код в этом проекте, по крайней мере, версии 7 Java.

Для этого было бы полезно понять, где именно это происходит в моем коде, мне не ясно, каково смещение 200, упомянутое, но может ли оно быть связано с номером строки?

Также кто-нибудь знает, как я могу узнать java-версии всех классов на моем classpath, я использую maven, поэтому существует много зависимостей, поэтому я ищу автоматический способ поиска любых классов на classpath что, возможно, было скомпилировано для более низкой версии Java, чем 1,7?

Answer 1

Чтобы найти версию файла класса, просто посмотрите на 8-й байт файла класса. Это будет 51 для Java 7 классов. Фреймворк, подобный ASM, сделает это за вас.

Насколько ошибка идет, это означает, что ваш файл класса искажен. Как вы создали эти классы? Вы делали какие-либо манипуляции с байт-кодом? Если это так, возможно, в вашем коде есть ошибка.