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)
В чем может быть проблема?
Ответы
Ответ 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>