Подтвердить что ты не робот

Org.apache.tomcat.util.bcel.classfile.ClassFormatException: недопустимый тег байта в постоянном пуле: 15

Я переношу webapp из Tomcat 7 на другой сервер с Tomcat 7, но с Java 8.

Tomcat запускается успешно, но в log catalina.out я получаю:

org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 15
    at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:131)
    at org.apache.tomcat.util.bcel.classfile.ConstantPool.<init>(ConstantPool.java:60)
    at org.apache.tomcat.util.bcel.classfile.ClassParser.readConstantPool(ClassParser.java:209)
    at org.apache.tomcat.util.bcel.classfile.ClassParser.parse(ClassParser.java:119)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsStream(ContextConfig.java:2049)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1931)
    at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1899)
    at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1885)
    at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1281)
    at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:855)
    at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:346)
    at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
    at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5172)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
    at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:899)
    at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875)
    at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:618)
    at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1100)
    at org.apache.catalina.startup.HostConfig$DeployDirectory.run(HostConfig.java:1618)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at java.lang.Thread.run(Thread.java:745)

В чем может быть проблема?

4b9b3361

Ответ 1

"Официальный ответ" заключается в том, что Tomcat 7 работает на Java 8, см. http://tomcat.apache.org/whichversion.html ( "Java-версия 6 и более поздняя версия" ).

Однако, если включено аннотационное сканирование (metadata-complete = "true" в web.xml), некоторые проблемы связаны с BCEL (неспособным обрабатывать новые байт-коды Java 8). Вы получите такие исключения, как (по крайней мере, с Tomcat 7.0.28):

SEVERE: Unable to process Jar entry [jdk/nashorn/internal/objects/NativeString.class] from Jar [jar:file:/usr/lib/jvm/jdk1.8.0_5/jre/lib/ext/nashorn.jar!/] for annotations
org.apache.tomcat.util.bcel.classfile.ClassFormatException: Invalid byte tag in constant pool: 15
    at org.apache.tomcat.util.bcel.classfile.Constant.readConstant(Constant.java:131)

Если не использует аннотационное сканирование, все работает отлично, начиная с версии 7.0.53 (обновленный компилятор с лучшей поддержкой Java 8).

(ОБНОВЛЕНИЕ 2014-10-17) Если ваш использует сканирование аннотаций и, ваш собственный код не основан на Java 8, другим решением будет добавить следующую строку в /etc/tomcat7/catalina.properties (текст добавлен после "ant -launcher.jar", поэтому часть свойства tomcat.util.scan.DefaultJarScanner.jarsToSkip):

junit.jar,junit-*.jar,ant-launcher.jar,\
jfxrt.jar,nashorn.jar

Протестировано с Tomcat 7.0.28 и Oracle JDK 8_25 на Debian 7.6.

Ответ 2

Это была ошибка Tomcat, которая снова появилась снова с байт-кодом Java 9. Точные версии, которые исправляют это (для байт-кода Java 8/9):

  • ствол для 9.0.0.M18 и далее
  • 8.5.x для 8.5.12 и далее
  • 8.0.x для 8.0.42 и далее
  • 7.0.x для 7.0.76 и далее

Ответ 3

Обновление до Tomcat 7.0.58 (или новее).

Смотрите: https://bz.apache.org/bugzilla/show_bug.cgi?id=57173#c16.

Улучшение производительности, которое вызвало эту регрессию, было отменено из магистрали, 8.0.x (для 8.0.16 и далее) и 7.0.x (для 7.0.58 и далее) и не будет применяться повторно.

Ответ 4

Эта проблема возникает, потому что вы установили jre1.8.0_101-1.8.0_101-fcs.i58.rpm, а также jdk-1.7.0_80-fcs.x86_64.rpm. поэтому просто удалите jre rpm и перезапустите приложение. Он должен работать.

Ответ 5

Для меня исправлена ​​проблема с bcel to 6.0.

Ответ 6

Я столкнулся с этой проблемой с tomcat 7 + jdk 1.8

с java 1.7 и более низкими версиями он работает нормально.

окно → настройки → java → установлен jre

в моем случае я изменил jre1.8 к JDK 1.7

и соответственно изменить грань проекта, выберите ту же самую версию java, что и там, в выбранной Установленной JRE.

Ответ 7

Я получил аналогичную ошибку (org.aspectj.apache.bcel.classfile.ClassFormatException: недопустимый тег байта в постоянном пуле: 15) при использовании aspectj 1.8.13. Решение заключалось в том, чтобы выровнять всю компиляцию в jdk 8 и быть осторожным, чтобы не добавлять в аспектную библиотеку (например, 1.6.13) другие версии для buildpath/classpath.

Ответ 8

Для меня это сработало, сняв эти банки с войны. С Maven мне просто пришлось исключить например

    <dependency>
        <groupId>org.jboss.resteasy</groupId>
        <artifactId>resteasy-jaxb-provider</artifactId>
        <version>${resteasy.version}</version>
        <exclusions>
            <exclusion>
                <groupId>com.sun.istack</groupId>
                <artifactId>istack-commons-runtime</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.jvnet.staxex</groupId>
                <artifactId>stax-ex</artifactId>
            </exclusion>
            <exclusion>
                <groupId>org.glassfish.jaxb</groupId>
                <artifactId>txw2</artifactId>
            </exclusion>
            <exclusion>
                <groupId>com.sun.xml.fastinfoset</groupId>
                <artifactId>FastInfoset</artifactId>
            </exclusion>
        </exclusions>
    </dependency>